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(54) A communication system for establishing communication between intelligent radio terminal 
and a server 



(57) The present invention is applied to the case that 
in a communication system establishing communication 
between a radio intelligent terminal (1 ) and a server (6) 
via gateways (4, 5), it is necessary to exchange from the 
gateway to be used originally (eg. 4) to another gateway 
(eg. 5) for various reasons. Firstly, it is arranged in this 
invention that at receiving a gateway exchange instruc- 
tion, an information notifying means notifies a radio in- 
telligent terminal (1) of the generation of gateway ex- 
change. In the case of only notifying the gateway ex- 
change, the above information in addition to the ex- 
change nonce contains information necessary for com- 
munication between the rad : o intelligent terminal (1 ) and 
the server (6) via exchange-destination gateway (eg. 5), 
for example, the exchange-destination gateway ad- 
dress. A range of further means and methods for effi- 
ciently performing gateway exchange in the communi- 
cation system are also disclosed. 
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Description 

[0001] This invention relates to a radio communica- 
tion system more specially, gateway exchange methods 
for said system and gateways, radio intelligent terminals 
and radio communication system applied to said meth- 
od. 

[0002] As Internet services such as WWW (World 
Wide Web) and etc. are rapidly widespread in recent 
years, the expansion of computer network scale and the 
diversity of said connecting mode are now in progress. 
[0003] In order to meet said progress, the gateways 
which connect intelligent terminals and servers via net- 
work are required to improve the processing perform- 
ance and to increase the functions. 
[0004] A mobile computing is shown as an example 
of the diversity of connecting mode. The mobile com- 
puting is a radio communication network which is able 
to communicate with a computer network by using a mo- 
bile terminal network such as portable phone network 
adding an intelligent terminal with a radio communica- 
-tion f unction-even at moving just now or even at-a place - 
impossible to connect. 

[0005] Figs. 5 and 6 are conceptual view showing the 
communication mode adopting the above radio commu- 
nication network. 

[0006] Fig. 5 shows a constitution of the radio com- 
munication network with public network or in-house net- 
work for example, Local Area Network (LAN). 
[0007] When an user is going to execute an applica- 
tion in a terminal 1 , the communication is performed be- 
tween the terminal 1 and a sever 6 passing through a 
radio base station 2, a network 3, and a gateway 11 or 
12. And the 'application is executed. 
[0008] Fig 6 shows an example of a radio communi- 
cation network, wherein gateways themselves have a 
server function, without passing through a network op- 
erated in comparatively small area such as an office, for 
example, shown in Fig. 5. Namely, the communication 
is performed between the terminal 1 and the gateway 
11 or 12 via radio base station 2 and the application is 
to be executed. 

[0009] In the radio communication network as de- 
scribed above, it is necessary to expand functions of 
gateways to meet the change of networks and to stop 
the operation of gateways temporarily for regular main- 
tenance and so on. In order to continue the network op- 
eration even at the stop of the gateway, the gateway 
connect exchange function is required to the network, 
that is, a plural gateways are to be prepared as shown 
in Figs. 5 and 6, and when the a gateway 11 stops, the 
communication is to be performed between the terminal 
and the server through other gateway 12. 
[0010] The outline of the communication protocol be- 
tween the terminal and the gateway will be explained 
according to Fig 7. 

[0011] An application 71 in the terminal is a program 
such as WWW browser that an user operates directly. 



And an application 75 in the gateway (shown in an ex- 
ample in Fig. 6 as gateway including server function) is 
a program for sending and receiving information with an 
application in the terminal, for example, a WWW server 
5 software. 

[0012] Asession layer protocol 72 is a protocol for of- 
fering a transfer controlling function which is common to 
various applications 71 and 75, for example, a means 
such as a transfer processing of dividing into a transfer- 

10 able data and of transferring per divided unit. And a 
management entity at management entity 73 is a pro- 
gram for managing system resources (such as a mem- 
ory) used by a plural session processes which occurs 
at the data communication between a terminal and a 

is server, and for managing processings over the whole 
system (for example, notice of a gateway exchange tim- 
ing). A lower protocol 74 is a program and device for 
performing a communication control. 
[0013] Fig 8 shows the communication sequence in 

20 the communication mode. 

[0014] A session layer protocol 802 in a terminal 1 is 

_ _' in communication.803witb.a session layer protocol 804 
in the gateway 1 1 in order to execute the application 
801 . At this time, an gateway exchange instruction 808 

25 is issued by an operator to a management entity 805 in 
the gateway 11 , and the management entity 805 sends 
a disconnect notice 809 to the session layer protocol 
802 in the terminal 1 via the session layer protocol 804. 
Accordingly the session layer protocol 802 in the termi- 

30 nal 1 performs the disconnect display 810 to the appli- 
cation 801 or not, and then the execution of the appli- 
cation 801 is suspended. 

[001 5] After the gateway 1 1 sends out the disconnect 
notice 809, the gateway 11 stops according to the oper- 

35 ator's instruction or the function of the gateway 1 1 . After 
that, the terminal 1 , in order to re-execute the application 
801 thus suspended, requests the session layer proto- 
col 802 to re-connect 81 1 with the gateway 1 2 according 
to the information in itself. 

40 [0016] After the session 812 is established between 
the session layer protocol 802 and the session layer pro- 
tocol 806 in the gateway 1 2, the state gets to be in com- 
munication 813 and it becomes possible to re-execute 
the suspended application 801 . 

45 [0017] In the conventional technique as described 
above, however, there is a problem as follows. Namely, 
when the gateway connect exchange is performed be- 
cause of the stop of gateway, the terminal has to finish 
the executing application temporarily and then re-exe- 

50 cute the application from the beginning after re-connect- 
ing with other gateway. 

[0018] And in order to re-execute the application by 
the the terminal after exchanging the gateway as de- 
scribed, it is necessary to store beforehand in the termi- 
ss nal the address information about a plural gateways to 
be changeable objects. But it means that the information 
necessary only for exchanging the connection of gate- 
way are always stored in the terminal, which is equiva- 
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tent to the wasteful use of resources. And this is another 
problem for the terminal required to be compact and 
have many functions. 

[001 9] And further problem is that, whenever it occurs 
that the network constitution changes by the addition, 
the delate and etc. of servers or gateways, the address 
information of ihe gateway stored in the terminal have 
to be updated. And when the connection exchanges '.o 
other gateway, it is necessary that ihe information such 
as terminal port number, terminal address and terminal 
capability must be negotiated betw3on the terminal and 
the exchange-destination gateway. As it takes much 
time for the negotiation, there rs a long time before the 
application is re-executed. This is a problem too. 
[0020] And as a result of the negotiation between the 
terminal and the exchange<lestination gateway if said 
gateway does not have a capacity or resource able to 
accommodate the communication facility (capability) of 
the terminal, the terminal finishes the connection with 
the gateway. And the terminal tries to connect with other 
gateway again and again till it can find out the gateway 
able to accommodate the communication capability of 
the terminal, which is very bad in operation efficiency. 
But there is a possibility that these conditions will hap- 
pen, and this is also a problem. 
[0021] The present invention is proposed in order to 
solve and improve the above problems. And the object 
of the present invention is to provide an automatic gate- 
way exchanging method and device wherein it is possi- 
ble to exchange the connecting gateway without finish- 
ing an application executed in a terminal, it is not nec- 
essary for a terminal to always keep information of a plu- 
ral gateway, it is easy for a terminal to meet various 
changes of network constitution, it is possible to shorten 
a time for the negotiation of connecting a terminal to a 
gateway, and it is possible to connect at a time a terminal 
to a gateway with a resource and capability accommo- 
dating the terminal. 

[0022] To achieve the above object, the present in- 
vention adopts the following arrangement. 
[0023] The present invention is applied to the case 
that in a communication system establishing the com- 
municat en between a radio intelligent terminai and a 
server via gateway, it is necessary to exchange from a 
gateway to be userl originally to other gateway because 
of any reason. 

[0024] First, it is arranged in this invention that at re- 
ceiving a gateway exchange instruction an information 
notifying means may notify a radio intelligent terminal of 
the generation of gateway exchange. 
[0025] In case of notifying only the gateway ex- 
change, the above information in addition to the ex- 
change notice can contains information necessary for 
the communication between the radio intelligent termi- 
nal and the server via exchange-destination gateway, 
for example, the exchange-destination gateway ad- 
dress. 

[0026] In case of notifying the terminal of the informa- 



4 

tion necessary for the communication with the server via 
exchange-destination gateway, a restart activating 
means in the radio intelligent terminal executes a restart 
sequence for the communication with the exchange- 

5 destination gateway instead of suspending the commu- 
nication with the exchanqe-origina! jateway. It can oc- 
cur th?t the exchange notice is sen: frcm the exchange- 
original gateway when the radio intelligent terminal does 
not receive services from the server. At this time, a com- 

io munication activating means in the radio intelligent ter- 
nina 1 starts the communication with the sen;er via the 
exchange-destination galeway. 
[0027] At the time of the gateway exchange, it is pos- 
sible for the exchango-original gateway to transmit in 

'5 advance the information necessai y for the communica- 
tion with the radio intelligent terminal to the exchange- 
destination gateway by an information exchanging 
means and receive the confirmation of the permission 
to start the communication from the exchange-destina- 

20 tion gateway. 

[0028] In case that there is an information exchanging 
means between gateways, the exchange-original gate- 
way can transmit to the exchange-destination gateway 
the capability together with the address of the radio in- 

25 telligent terminal. Thereby, the exchange -destination 
gateway , if its own capability is inferior and not able to 
accommodate the terminal, informs the exchange-orig- 
inal gateway of the maximum of its own capability. 
[0029] After the exchange-original gateway informs 

30 the radio intelligent terminal of the maximum of capabil- 
ity, the radio intelligent terminal restarts the communi- 
cation via the exchange-destination gateway under the 
conditions of said maximum of capability. If the commu- 
nication cannot be performed under the conditions of 

35 said maximum of capability, the communication is to be 
suspended based on the judgment means in the ex- 
change-original gateway or the judgment means in the 
radio intelligent terminal. 

[0030] But there is a possibility that an incomplete 
40 transaction is left at the suspend processing. 

[0031] In case of the gateway without the information 
exchange means, the exchange-original gateway in- 
forms the server corresponding to the exchange-desti- 
nation gateway of the respondent (the radio intelligent 
-5 terminal) address before the restart instruction of the ra- 
dio intelligent terminal. Thereby, the incomplete trans- 
action at the time of restart is to be completed. In case 
of the gateway with the information exchange means, 
the exchange-original gateway informs the exchange- 
50 destination gateway of the transaction conditions, there- 
by the incomplete transaction at the time of restart is to 
be completed. 

[0032] It can occur that the communication condition 
between the radio intelligent terminal and the server 
55 changes before and after the exchanging of information 
At this time, according to the restart sequence, the latest 
communication conditions are to be sent to the ex- 
change-destination gateway. 
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[0033] The terms described above in the present in- 
vention will be interpreted as following explanations, 
and also in the drawings are the same. 
[0034] The information notifying means: an exchange 
instruction is given from an operator of a gateway to an 
exchange-original gateway. The management entity in 
the exchange-original gateway receives the exchange 
instruction, edits the contents of notice to a radio intel- 
ligent terminal, and informs the radio intelligent terminal 
of the contents of notice via the session layer protocol. 
Therefore, the information notifying means is composed 
of the management entity and the session layer protocol 

in a gateway. < 
[0035] The information exchanging means: which is 
included in the exchange-original gateway and the ex- 
change-destination gateway respectively, and executes 
the exchange of information, such as the radio intelligent 
terminal address, between the management entities 
mutually. As it is needless to say that the edit of the con- 
tents of notice is performed by the management entity, 
the information exchanging means is also composed of 
"theTnahagement entity. In the drawings, the information 
exchange is to be made between the management en- 
tities, but it may be arranged that the information ex- 
change is executed between the session layer protocols 
of both gateways. Even in this case, the exchanged in- 
formation is supplied from the management entity to the 
session layer protocol. 

[0036] The restart activating means: at receiving the 
information such as the exchange-destination gateway 
address, the session layer protocol in the radio intelli- 
gent terminal executes the restart sequence after per- 
forming the suspend processing of the communication 
with the exchange-original gateway. Therefore, the re- 
start activating means is composed of the session layer 
protocol in the radio intelligent terminal. But the commu- 
nication activating means does not execute the suspend 
processing, which is different from the restart activating 
means. And in this case, the communication activating 
means is also composed of the session layer protocol. 
[0037] The judgment means: as described above, 
said means judges whether the communication be- 
tween the radio intelligent terminal and the exchange- 
destination gateway can be performed by comparing the 
capability of the radio intelligent terminal with of the ex- 
change-destination gateway. There are two cases that 
said means is included in the radio intelligent terminal 
and in the exchange-destination gateway. In both case, 
the management entity is to perform the judgement. 
[0038] Fig. 1 is a constitutional view of a radio com- 
munication network via public network or in-house net- 
work with gateways sharing a common server in the em- 
bodiment of this invention . 

[0039] Fig 2 is a structural view of a radio communi- 
cation network via public network or in-house network 
with gateways themselves having information in the em- 
bodiment of this invention. 

[0040] Fig. 3 is a constitutional view of a radio com- 



munication network via public network or in-house net- 
work with each gateway connected with its own server 
in the embodiment of this invention. 
[0041] Fig. 4 is a constitutional view of a radio com- 
5 munication network with gateways themselves having 
information without passing through the public network 
or in-house network in the embodiment of this invention. 
[0042] Fig. 5 is a constitutional view of a radio com- 
munication network via public network or in-house net- 
to work with gateways sharing a common server in the em- 
bodiment of the conventional invention. 
[0043] Fig. 6 is a constitutional view of a radio com- 
munication network via public network or in-house net- 
work with gateways themselves having information in 
is the embodiment of the conventional invention. 

[0044] Fig 7 is a diagram showing the positioning of 
the session layer protocol and the management entity 
at session layer in the protocol stack between the ter- 
minal and the gateway. 
20 [0045] Fig. 8 shows a sequence of the gateway ex- 
change in the conventional invention under the consti- 

tution shown in Fig 6. 

[0046] Fig. 9 shows a sequence of the gateway ex- 
change in the embodiment of this invention under the 
25 constitution shown in Fig. 1 . 

[0047] Fig. 10 shows a sequence of the gateway ex- 
change in the embodiment of this invention under the 
constitution shown in Fig 2. 

[0048] Fig. 1 1 shows a sequence of the gateway ex- 
30 change in the embodiment of this invention under the 
constitution shown in Fig 3. 

[0049] Fig. 1 2 shows a concrete example of the gate- 
way exchange sequence in this invention. 
\ [0050] Fig. 13 shows 1 a sequence in case that the 
35 communication generates between the terminal and the 
server for the period of the negotiation between gate- 
ways. 

[0051] Fig 14 shows a sequence showing the timing 
for stopping the gateway in communication with a plural 
40 terminal. 

[0052] Fig 1 5 shows a sequence in case of performing 
the connect exchange to other gateway because of re- 
ceiving the exchange rejection from the exchange-des- 
tination gateway by the gateway negotiation. 
45 [0053] Fig 16 shows a sequence in case of the ex- 
change-destination gateway without the capability of ac- 
commodating the terminal. 

[0054] Fig. 1 7 shows a sequence in case of displaying 
by the application in the terminal that the gateway ex- 
50 change is now running. 

[0055] Fig. 1 8 shows a sequence for the gateway ex- 
change in the embodiment of this invention under the 
constitution shown in Fig. 1 . 

[0056] Fig. 19 is a concrete example showing a se- 
55 quence of the gateway exchange in this invention. 
[0057] Fig. 20 shows a sequence of retransmission 
control of the gateway and the terminal in this invention. 
[0058] Fig. 21 shows a sequence of a transaction 
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processing generated after the gateway exchange no- 
tice. 

[0059] Fig 22 shows a sequence of a transaction 
processing without receiving data in response to a re- 
quest generated before the gateway exchange notice. 
[0060] Fig. 23 shows a transaction of a transaction 
processing receiving data in response to a request gen- 
erated before the gateway exchange notice. 
[0061] Fig. 24 shows a sequence of the gateway ex- 
change in Embodiment 5 of this invention. 
[0062] Fig. 25 shows a sequence of a transaction 
processing generated after the gateway excnange no- 
tice at rr.e iime of the gateway exchange described in 
Embodiment 5 of this invention. 
[0063] Fig 26 shows a sequence of a transaction 
processing without receiving data in response to a re- 
quest generated before the gateway exchange notice at 
the time of the gateway exchange described in Embod- 
iment 5 of this invention. 

[0064] Fig. 26 shows a sequence of a transaction 
processing receiving data in response to a request gen- 
erated before the gateway exchange notice at the time 
of the gateway exchange described in Embodiment 5 of 
this invention. 

[0065] The embodiments of the present invention will 
be explained hereinafter. 

EMBODIMENT 1 

[0066] Fig. 1 shows the constitution of a radio com- 
munication network with gateways having a common 
server via public network in this embodiment of the 
-present invention. 

[0067] A terminal 1 is a radio intelligent terminal such 
as a notebook-type personal computer connected with 
a portable phone. A base station 2 is a base station for 
portable phone. And a network 3 is a public network for 
portable phone. 

[0068] A gateway 4 shares a server 6 with a gateway 
5. The server 6 is connected with the network 3 via the 
gateway 4 and 5. And the gateway 4 and 5 are provided 
with a information exchanging means for performing the 
negotiation between gateways in this invention. The in- 
formation exchanging means includes a connecting 
means 13 in cable or radio which makes it possible to 
communicate with the gateway 4 and 5 directly other- 
wise a connecting means 14 among the server 6, the 
gateway 4 and 5 or the connection passing through the 
network 3 can be used as said means. 
[0069] The terminal 1 is connected with the server 6 
via the base station 2, the network 3 and the gateway 4 
or 5. Under these conditions, the application is executed 
by using the information 7 bearing with the server 6. 
[0070] Because the gateway 4 stops while the termi- 
nal 1 is being connected with the server 6 via the gate- 
way 4, the gateway 4 should be changed to the gateway 
5. Fig. 9 shows a sequence of switching from gateway 
4 to gate 5 after the gateway 4 stops. 



[0071] A session layer protocol 902 in the terminal 1 
gets into communication with the application 911 in the 
server 6 via gateway 4 in order to execute the applica- 
tion 901. 

5 [0072] At this time, as the communication protocol 
used in the communication 903 between the session 
layer protocol 902 in the terminal 1 and the session layer 
protocol 904 in the gateway 4 is different from that of the 
communication 907 between the session layer protocol 

10 904 in the gateway 4 and the server 6, a protocol tran- 
lator 905 in the gateway 4 performs the protocol trans- 
lation. Namely, the communication protocol used in the 
communication 903 is translated to that used >n the com- 
munication 907 between the gateway 4 and the server 

*5 6 by the protocol tranlator 905. Therefore, it is possible 
to perform the communication between the terminal 1 
and the server 6. 

[0073] But there is applications which do not require 
the protocol translation, in this case, the protocol trans- 

20 lation in the gateway does not be performed. 

[0074] Under these conditions, if the server exchange 
instruction 912 is issued from the operator while the ter- 
minal 1 is in communication with the server 6, the man- 
agement entity 906 in the gateway 4 performs the ne- 

2S gotiation with the management entity 91 0 in the gateway 
5 in order to translate the communication of the terminal 
1 from the gateway 4 to the gateway 5. 
[0075] That is to say, the management entity 906 in 
the gateway 4 sends the session exchange request 91 3 

30 to the management entity 910 in the gateway 5. At this 
time, the selection of a exchange-destination gateway 
(that is, the gateway 5) receiving the session exchange 
request 913 from the gateway 4 can be performed ac- 
cording to the information of the other gateway stored 

35 in the gateway 4 in advance, or according to the opera- 
tor's instruction. The session exchange request 91 3 is 
to be sent to the management entity 910 in the gateway 
5 together with the information such as the address, ses- 
sion ID : maximum data size and window size of the ter- 

40 minal which is connected now. 

[0076] The management entity 910 in the gateway 5 
handles the information together with the session ex- 
change request 913 to the session layer protocol 903. 
When the session layer protocol 908 confirms the con- 

45 tents of the information, it becomes the state that the 
session exchange can be performed. And the manage- 
ment entity 910 in the gateway 5 sends the session ex- 
change confirmation 914 to the management entity 906 
in the gateway 4. 

so [0077] The management entity 906 in the gateway 4, 
after receiving the session exchange confirmation 914, 
sends the exchange instruction 922 to the session layer 
protocol 904. The session layer protocol 904 received 
the exchange instruction 922 sends the exchange-des- 

55 tination gateway address together with the exchange 
notice 915 to the session layer protocol 902 in the ter- 
minal 1. 

[0078] Accordingly, the terminal 1 can obtain the ad- 
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dress information of the gateway 5 of the exchange-des- 
tination gateway by the exchange notice 915. 
[0079] The protocol session layer 902 in the terminal 
1 , after receiving the exchange notice 91 5 together with 
the address information, sends the suspend notice 916 
to the session layer protocol 904 in the gateway 4 at 
convenient timing for suspending the session, for exam- 
ple, at the time that the executing application 901 is not 
in communication with the application 911 in the server 
6. 

[0080] The session layer protocol 904 in the gateway 
4 informs the management entity 906 of the receipt of 
the suspend notice 91 6, and the management entity 906 
sends the suspend instruction 923 to the session layer 
protocol 904. Accordingly the session layer protocol 
904 sends the suspend confirmation 917 to the session 
layer protocol 902 in the terminal 1 , and then the session 
of the terminal 1 is suspended. 
[0081] But the terminal 1 , after sending the suspend 
notice 916 to the session layer protocol 904 in the gate- 
way 4, can continue the server connect exchange se- 
" quence regard less~to the "state "of the gateway 4. 
[0082] Therefore, the steps of the suspend instruction 
923 and the suspend confirmation 917 may be omitted. 
And without the suspend instruction 923, the session 
layer protocol 904 may send the suspend confirmation 
917 to the session layer protocol 902 in the terminal 1 
independently. There is a case that in the type of the 
gateway 4 only the suspend instruction 923 is sent out 
and the suspend confirmation 91 7 is not sent out. In both 
case, if there is not the suspend confirmation 917, the 
session of the terminal 1 is suspended after sending the 
suspend notice 916. 

[0083] When the session layer protocol 902 in the ter- 
minal 1 receives the exchange notice 915, the applica- 
tion 901 is instructed to perform the gateway exchange 
display. And according to the function ot the application 
901 or the instruction of the user, the session layer pro- 
tocol 902 in the terminal 1 may send the suspend notice 
916 to the session layer protocol 904 in the gateway 4. 
[0084] After that, the session layer protocol 902 in the 
terminal 1 sends the restart notice 918 including the in- 
formation such as the terminal address and so on to the 
session layer protocol 908 in the gateway 5. At this time, 
as the session layer protocol 908 in the gateway 5 has 
been ready for restarting the session according to the 
session exchange request 913 and the session ex- 
change confirmation 914, the restart confirmation 919 
is sent to the terminal 1 as soon as the restart notice 
918 from the session layer protocol 902 in the terminal 
is received. 

[0085] According to the restart confirmation 91 9 from 
the session layer protocol 908 in the gateway 5, the ses- 
sion of the terminal 1 which has been suspended starts 
again at once. Therefore, it is possible to establish the 
communication 920 and 921 with the session layer pro- 
tocol 902 in the terminal 1 and the application 911 in the 
server 6 via the protocol tranlator 909 in the gateway 5 



in order to execute the application 901 . 
[0086] Fig. 1 8 showsa sequence in case of using "dis- 
connect" instead of the above "suspend", and "discon- 
nect" instead of the above "restart". 
5 [0087] An exchange notice 2515 in Fig. 18 corre- 
sponds to the "exchange notice 915 in the sequence of 
Fig 9, and the sequence up to this step is quite same in 
both drawing, which explanation will be omitted. After 
this, the session layer protocol 2502 in the terminal 1 
10 disconnects the session after sending out the discon- 
nect notice 2516. 

[0088] Next, according to the exchange-destination 
gateway address sent to the terminal 1 together with the 
exchange notice 2515, the session layer protocol 2502 
15 in the terminal 1 sends the connect notice 2518 to the 
protocol session layer 2508 in the gateway 5. The pro- 
tocol session layer 2508 in the gateway 5 regards said 
connect notice as a new session, and sends the connect 
confirmation 2519 to the session layer protocol 2508 in 
20 the terminal 1. Accordingly, the session layer protocol 
2502 in the terminal 1 may confirms the establishment 

- - of the-sessionr 

[0089] After establishing the session, the session lay- 
er protocol 2502 in the terminal 1 is in communication 
25 2520 and 1021 with the application 2511 in the sever 6 
via the protocol exchanging 2509 in the gateway in order 
to execute the application 2501. 
[0090] According to the sequences described above, 
it is possible to perform the gateway connect exchange 
30 of the terminal 1 in a short time, and also to perform the 
gateway connect exchange without much influences on 
the application 901 (2501) in the terminal and an user. 
[0091] In other words, it is possible to resume the ap- 
plication right from where it left before the gateway ex- 
35 change takes place, without going through the applica- 
tion all over again from the beginning because the gate- 
way 5 obtains necessary information by the negotiation 
procedure mentioned above. 

40 Embodiment 2 

[0092] Fig. 2 shows a constitution of the radio com- 
munication network via public network or in-house net- 
work in this embodiment of the present invention, 
45 wherein each gateway itself has an function of a server 
with information to execute a terminal application. 
[0093] A terminal 1 is a radio intelligent terminal such 
as Personal Digital Assistant (PDA) including a personal 
phone. 

so [0094] A base station 2 is a base station for personal 
phone, and a network 3 is a public network for personal 
phone. 

[0095] A gateway 4 and 5 are connected with the net- 
work 3, and are provided with a connecting means 13 
55 as an information exchange means to perform the ne- 
gotiation between gateways in this invention. The con- 
necting means 13 to perform the negotiation between 
gateways may be connected in whichever cable or ra- 
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dio, otherwise the connecting method passing through 
the network 3 can be available. 
[0096] The terminal 1 is connected with the gateway 
4 or 5 via the base station 2 and the network 3, and ex- 
ecutes an application using information 7 in the gateway 
4 or information 8 in the gateway 5. 
[0097] And the constitution without passing through a 
public network and in -house network can be suggested 
as shown in Fig 4. 

[0098] Namely, in the structure in Fig. 4, the terminal 
1 is connected with the cate way 4 via the base station 
2, otherwise connected with the gateway 5 via the base 
station 10, by which the application is executed by using 
information 7 in the gateway 4 or information 8 in the 
gateway 5. 

[0099] In both Fig 2 and Fig 4, the information 8 in the 
gateway 5 contains the information 7 in the gateway 4 
or is the information with at least the same meaning as 
the information 7. 

[0100] Fig 10 shows a sequence in case that the ter- 
minal 1 stops the gateway 4 which is in connection with 
with the terminal 1 and performs the connect exchange 
to the gateway 5. 

[0101] The gateway exchange sequence in the em- 
bodiment 2 will be explained hereinafter according to 
Figs. 2 and 10. 

[0102] An application 1001 in the terminal 1 performs 
the communication 1003 with an application 1005 as a 
server in the gateway via a session layer protocol 1002 
in the terminal 1 and a session layer protocol 1004 in 
the gateway 4. 

[0103] When the terminal 1 is in communication with 
the gateway 4 as above, if a server exchange instruction 
1010 of an operator is issued, a management entity 
1006 in the gateway 4 performs the negotiation with a 
management entity 1009 in the gateway 5 in order to 
change the communication of the terminal 1 from the 
gateway 4 to gateway 5. 

[0104] Namely, the management entity 1006 in the 
gateway 4 sends the session exchange request 1011 to 
the management entity 1009 in the gateway 5. At this 
time, the selection of an exchange-destination gateway 
receiving the session exchange request 1011 from the 
gateway 4 can be performed according to the informa- 
tion of the other gateway stored in the gateway 4 in ad- 
vance, or according to the operator's instruction. 
[0105] Here, the information 8 in the gateway 5 con- 
tains the information 7 in the gateway 4 used for exe- 
cuting the application 1001 by the terminal or has at 
least the same meaning as the information 7. 
[0106] As the steps after the session exchange re- 
quest 1011, that is, the steps of " the session exchange 
request 1011-4 the session exchange confirmation 
1012-4 the session exchange instruction 101 9—^ the 
exchange notice 1013" are the same as the steps of "the 
session exchange request 91 3 -4 the session exchange 
confirmation 914— > the session exchange instruction 
922 -4 the exchange notice 91 3", the detailed explana- 
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tion will be omitted here. 

[01 07] The session layer protocol 1 004 in the gateway 
4 receives the exchange notice 1013, and sends the ex- 
change-destination address to the session layer proto- 

5 col 10C2 in the terminal 1. Thereby, the terminal 1 can 
obtain the address information of the gateway 5 that is 
the exchange-destination gateway. 
[0108] And, the steps after receiving the exchange 
notice 1013, that is, ' the exchange notice 1013 -» the 

'0 suspend notice 1014— > the suspend instruction 1020-> 
the suspend confirmation 101 5-* the restart notice 1016 
-» the restart confirmation 1017'. are the same as the 
steps In Fig. 9, that is, ' tne exchange notice 9 i 5-4 the 
suspend notice 916 — > the suspend instruction 923 -4 

*5 the suspend confirmation 91 7 -4 the restart notice 9!8-» 
the restart confirmation 919", therefore the explanation 
will be omitted here. 

[0109] According to the restart confirmation 1017 
from the session layer protocol 1007 in the gateway 5, 

20 the session of the terminal which has been suspended 
stars at once. After starting the session, the session lay- 
er protocol 1002 in the terminal 1 performs the commu- 
nication 1018 with the application 1008 in the gateway 
in order to execute the application 1001 . 

ss [0110] In the same way as in Fig 9, after the terminal 
1 sends out the the suspend notice 1 01 4 to the session 
layer protocol 1004 in the gateway 4, it is possible to 
continue the sequence of the server connect exchange 
regardless of the state of the gateway 4. Therefore, the 

30 steps of the suspend instruction 1C20 and the suspend 
confirmation 1015 can be deleted and the session layer 
protocol 1004 may independently send the suspend 
confirmation 1015 to th session layer protocol 1002 in 
the terminal 1 without receiving the suspend instruction 

35 1020. 

[0111] And in the same way as in Fig 9, there is a case 
that some type of gateways send out only the suspend 
instruction 1020 but do not send out the suspend con- 
firmation 101 5. In both case, if the suspend confirmation 

40 1 01 5 is not sent out the session of the terminal 1 is sus- 
pended after the suspend notice 1014 is sent out. And 
it may be arranged as follows. The session layer proto- 
col 1002 in the terminal 1 , at receiving the exchange no- 
tice 1013, instructs the application 1001 to perform the 

45 gateway exchange display. According to the function of 
the application 1001 or the instruction of the user, the 
session layer protocol 1002 in the terminal 1 may send 
the suspend notice 1014 to the session layer protocol 
1004 in the gateway 4. 

50 [0112] According to the sequence described above, it 
is possible to perform the gateway connect exchange of 
the terminal 1 in a short time, and also perform the gate- 
way connect exchange of the terminal 1 without much 
influences on the application 1001 in the terminal 1 and 

55 the user. 
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EMBODIMENT 3 



[0113] Fig. 3 shows the constitution of a radio com- 
munication network with each gateway connected with 
its own server via public network or in-house network in 5 
this embodiment of the present invention. 
[0114] A terminal 1 is a terminal of portable phone 
having a data processing function such as smart phone. 
A base station 2 is a base station for portable phone. 
And a network 3 is a in-house network for example. A 10 
gateway 4 is connected with the network 3 and the serv- 
er 6 respectively, and a gateway 5 is connected with the 
network 3 and the server 9 respectively. 
[0115] And the gateway 4 and 5 have a connecting 
means to perform the negotiation between the gateways 
by using the information exchange means in the present 
invention The connecting means may be whichever in 
cable or in radio, and the connecting means by way of 
the network 3 can be available. 

[0116] The terminal 1 is connected with the server 6 20 
by way of the base station 2, the network 3 and the gate- 
. way-4 r and executes the application according tojhe jrv — 
formation 7 in the server 6. Otherwise, the terminal 1 is 
connected with the server 9 by way of the base station 
2, the network 3 and the gateway 5, and executes the 25 
application according to the information 8 in the server 9. 
[0117] The information 8 in the server 9 contains the 
information 7 in the server 6, otherwise has at least the 
same meaning as the information 7. 
[0118] When the gateway 4 stops while the terminal 30 
1 is in connection with the server 6 via the gateway 4, 
the terminal 1 performs the connect exchange to the 
gateway 5 and the server 6, which sequence is shown 
in Fig 11. 

[0119] The gateway exchange sequence in the em- 
bodiment 3 will be explained hereinafter according to 
Figs. 3 and 11. 

[0120] A session layer protocol 1102 in the terminal 1 
performs the communication with the application 1108 
in the server 6 via the gateway 4 in order to execute the *o 
application 1101. 

[0121] In this case, as the communication protocol 
used in the communication 1103 between the session 
layer protocol 1 1 02 in the terminal 1 and the session lay- 
er protocol 1104 in the gateway 4 is different from the 
communication protocol used in the communication 
1 107 between the server 6 and the session layer proto- 
col 1104 in the gateway 4, the protocol translation has 
to be performed by the protocol translator 1105 in the 
gateway 4. 50 
[0122] The communication 1103 is translated by the 
protocol translator 1105 to the communication protocol 
used in the communication 1107 between the gateway 
4 and the server 6, therefore it is possible to perform the 
communication between the terminal 1 and the server 55 
6. But there is applications which do not require the pro- 
tocol translation, in this case, it is not necessary to per- 
form the protocol translation in the gateway. 



[0123] Here, while the terminal 1 is in communication 
with the server 6, if the server exchange instruction 1113 
of the operator is issued, the management entity 1106 
(an information exchanging means) in the gateway 4 
performs the negotiation with the management entity 
1111 in the gateway 5 in order that the terminal 1 per- 
forms the connect exchange to the gateway 5 and the 
server 9. 

[01 24] The following sequence, that is, the steps of " 
the session exchange request 1114-4 the session ex- 
change confirmation 111 5-> the exchange instruction 
1123 -4 the exchange notice 116" are the same as the 
steps in Fig. 9, that is, u the session exchange request 
91 3-> the session exchange confirmation 914-4 the ex- 
change instruction 922-* the exchange notice 915", 
which explanation in detail will be omitted here. 
[0125] When the session layer protocol 1102 in the 
terminal 1 receives the exchange notice 1116, the sus- 
pend notice 1117 is sent to the session layer protocol 
1 1 04 in the gateway 4 at convenient timing for suspend- 
ing the session such as when the application 1101 in 
executing now is not injhe communication with the^ap- ^ 
plication 1108 in the server 6. 
[0126] The following steps, that is, the steps of " the 
suspend notice 1117 -> the suspend instruction 1124-> 
the suspend confirmation" and " the restart notice 
1119_> the restart confirmation 1120" are the same as 
the steps in Fig 9 of " the exchange notice 915-» the 
suspend notice 916-4 the suspend instruction 923 -> 
the suspend confirmation 917" and M the restart notice 
918 -4 the restart confirmation 919", therefore, the de- 
tailed explanation will be omitted here. 
[0127] In the same way as in Fig. 9, the terminal 1 can 
continue the sequence for the server connect exchange 
regardless of the state' of the gateway 4 after sending 
the suspend notice 1117 to the session layer protocol 
1104 in the gateway 4. Therefore, the steps of the sus- 
pend instruction 1124 and the suspend confirmation 
1118 are not always requested. And if there is not the 
suspend confirmation 1118, the session of the terminal 
1 is suspended after sending out the suspend notice 
1117. 

[01 28] And also in the same way in Fig. 9, at receiving 
the exchange notice 116, the session layer protocol 
1102 in the terminal 1 may instruct the application 1101 
to perform the gateway exchange display, otherwise the 
session layer protocol 1102 in the terminal 1 may send 
the suspend notice 1117 to the session layer protocol 
1104 in the gateway 4 according to the function of the 
application 1101 or user's instruction. 
[01 29] According to the restart confirmation 1 1 20 from 
the session layer protocol 1109 in the gateway 5, the 
session of the terminal 1 which has been suspended re- 
starts. After the session starts, the session layer proto- 
col 1102 in the terminal 1 is to perform the communica- 
tion 1 1 2 1 and 1 1 22 with the application 1 1 1 2 in the serv- 
er 9 via the gateway 5 in order to execute the application 
1101. 
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[01 30] By using the sequence described above, the 
gateway connect exchange of the terminal 1 can be per- 
formed in a short time and without much influence on 
the application 1101 and the user. 

5 

EMBODIMENT 4 

[01 3 1] Here is explained concrete examples of the ap- 
plication? for the gateway exchange sequence based 
on the constitution of Fig. 1 referring to Figs. 1 2 to 1 7. io 
[01 32] When the gateway 4 stops while the ternvnal 
1 of which a WWW browser is used by an user is in con- 
nection with a WWW server ^cftwa^ : n the server 6 via 
ihe gateway 4, the connection of the terminal is changed 
from the gateway 4 to the gateway 5. of which sequence is 
is shown in Fig 12. 

[0133] The session layer protocol 1202 sends the 
command inputted from the WWW browser 1201 in the 
terminal by the user to the WWW server software 1211 
in the server 6 via the gateway 4. 20 
[0134] In this case, the communication protocol be- 
tween the session layer protocol 1 202 in the terminal 1 
and the session layer protocol 1 204 in the gateway 4 is 
a radio communication protocol, on the other hand, the 
communication protocol between the session layer pro- 25 
tocol 1204 in the gateway 4 and the server 6 is a Hyper 
Text Transfer protocol (HTTP). Therefore, in order to 
meet those two protocols each other, the protocol trans- 
lation is performed by the protocol translator 1205 in the 
gateway 4. 

[0135] Here, for example, when the user operates 
WWW browser 1 201 in ther terminal 1 and input and the 
access to a file //www, xxx/xyz, htm stored in the server 
6 is performed, INVOKE<REQUEST (get,//www, xxx/ 
xyz, htm)>1 203 that is a radio communication protocol 35 
command is translated to REQUEST (get,//www,xxx / 
xyz, htm) 1 207 that is a HTTP command by the protocol 
translator 1205 and sent to the server 6. 
[01 36] The WWW server software 1211 in the server 
6 receives the REQUEST (get, //www, xxx/xyz, htm) *o 
1 207 and sends out a file data of //www, xxx/xyz, htm 
by RESPONSE (data) 1212. 
[0137] The RESPONSE (dala) 1212 of HTTP re- 
sponse is translated by the protocol translator 1205 to 
REPLAY<RESEPONSE(data)>"!213thatisa response "5 
of the radio communication protocol and is sent from the 
session layer protocol 1 204 in the gateway to the termi- 
nal 1 . Therefore, Ihe communication between the termi- 
nal 1 and the server 6 can be performed. And the user 
can look through the file data of //www, xxx/xyz, htm in so 
the sever 6 by the WWW browser 1201 . 

when the sever exchange instruction 1214 of the 
operator is issued while the terminal 1 is in communica- 
tion with the server 6 as above, the management entity 
1 206 in the gateway 4 performs the negotiation with the ss 
management entity 1210 in the gateway 5 in order that 
the terminal 1 in communication performs the connect 
exchange to the gateway 5. 



[01 33] In other words, the management entity 1 206 in 
the gateway 4 sends the session exchange request 
1215 to the management entity 1210 in the gateway 5. 
The following steps, that is, the steps of "the session 
exchange confirmation 216— > the exchange instruction 
1217 -> the exchange notice 1218" and " the suspend 
notice 1 219— > the suspend ins'.ruction 1220-> the sus- 
pend confirmation 1221" are the same as the steps in 
Fig. 9 of 0 the session exchange confirmation 91 4— > the 
exchange instruction 922--» the exchange notice 915° 
and ■ the suspend notice 91 6-? the suspend instruction 
923 -» the suspend confirmation 917" : and the detailed 
explanation will be omitted hare. 
[01 39] In the same way as in Fig 9, after sending out 
the suspend notice 1 21 9 to the session layer protocol 
1204 in the gateway 4, the terminal 1 can continue the 
server connect exchange sequence regardless of the 
state of the gateway 5. Therefore, the steps of the sus- 
pend instruction 1 220 and the suspend confirmation 
1221 is not always required. And even if there is not the 
the suspend instruction 1 220, the session layer protocol 
1 204 may send independently the suspend confirmation 

1221 to the session layer protocol 1 202 in the terminal 1 . 
[0140] And there are some type of gateway 4 that 
send out only the suspend instruction 1 220 without the 
suspend confirmation 1 221 . In both case, if there is not 
the suspend confirmation 1221 , the session of the ter- 
minal 1 is suspended after sending out the suspend no- 
tice 1219. 

[0141] At this time, if the WWW browser 1 201 has al- 
ready received the file data of //www, xxx/xyz, htm, the 
user can continue to look through the data in stead of 
the suspending of the session. It is needless to say that 
it is not necessary to suspend the execution of the 
WWW browser 1 201 of the application in the terminal 1 . 
[0142] At receiving the exchange notice 1218, the 
session layer protocol 1202 in the terminal 1 instructs 
the WWW browser 1201 to perform the gateway ex- 
change display, and according to the function of the 
WWW browser 1201 or the user's instruction, the ses- 
sion layer protocol 1202 in the terminal 1 may send the 
suspend notice 1219 to the session layer protocol 1204 
in the gateway 4. 

[0143] The steps of sending out the restart notice 

1222 from the terminal 1 and the restart confirmation 

1223 from the gateway 5 is the same as of the restart 
notice 91 8 and the restart confirmation 91 9 shown in Fig 
9, which explanation will be omitted here. 

[01 44] According to the sequences described above, 
the session of the terminal 1 which has been suspended 
is to restart. 

[0145] Under these conditions, when the user oper- 
ates WWW browser 1201 in the terminal and instruct to 
access to a file of //www, xxx/xyz, htm, INVOKE<RE- 
QUEST (get, //www, xxx/xyz, htm) >1 224 that is a radio 
communication protocol command is translated to RE- 
QUEST (get, //www, xxx/xyz, htm) 1225 that is a HTTP 
command by the protocol translator 1 209 in the gateway 
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5 and then sent to the server 6. 

[0146] The WWW server software 1211 in the server 

6 receives the REQUEST(get//www, xxx/xyz, htm) 
1225 and sends out a file data of //www, xxx/xyz, htm 
by RESPONSE (data) 1226. 

[01 47] The RE SPONSE (data) 1 226 that is a HTTP 
response is translated by the protocol translator 1 209 in 
the gateway 5 to REPLAY<RESEPONSE( data)>1227 
that is a response of the radio communication protocol 
and is sent from the session layer protocol 1208 in the 
gateway 5 to the terminal 1 . 
[0148] According to these steps, it is possible to per- 
form the communication between the terminal 1 and the 
server 6 via the gateway 5. And the user can look 
through the file data of //www, xxx/xyz.htm in the sever 
6 by the WWW browser 1201. 

<The generation of new communication during the 
negotiation> 

[0149] Referring to Fig 13 here is explained a se- 
- quence in casethat-a new communication-between the- 
terminal and the server generates during the negotia- 
tion. 

[0150] The session connect exchange request from 
the gateway 4 to the gateway 5 and the steps from the 
instructions to the confirmations between the session 
layer protocol and the management entity in the gate- 
way 5 therewith are the same as in Fig 1 2. 
[01 51 ] After that, the communication between the ter- 
minal 1 and the server 6 generates before the session 
exchange confirmation is sent from the gateway 5 to the 
gateway 4, which conditions are shown in Fig 1 3. 
[01 52] Therefore, it happens that there is a difference 
between the communicating conditions between the ter- 
minal 1 and the gateway 4 that is notified by the session 
exchange request from the gateway 4 to the gateway 5, 
and the communicating condition between the terminal 
1 and the gateway 4 after the terminal 1 performs the 
communication with the server 6 before sending out the 
session exchange confirmation. In a result, these com- 
munication conditions cannot meet each other. 
[01 53] The information indicating the communicating 
conditions between the terminal 1 and the gateway 5 is 
TID shown at the left end of Fig. 1 3. Here, the TID sent 
together with the session exchange request from the 
gateway 4 to the gateway 5 is TID=1 shown at the top 
position. The TID after the terminal 1 performs the com- 
munication with the server 6 is Tl D=2 shown at the cent- 
er position Therefore, the TID=1 sent to the gateway 5 
is different from the TID=2 in the present status, there 
is a possibility that the erroroccurs in the communication 
processing between the terminal 1 and the gateway 5 
after the gateway connect exchange. 
[01 54] Even if the communication between the termi- 
nal 1 and the server 6 generates during the negotiation 
between the gateways, in order to keep the match of 
TID, the latest TID (TID=2 in Fig 1 3) is sent at the same 



time that the restart notice is sent from the terminal 1 to 
the gateway 5. 

<The exchange processing for a plural terminal 

5 

[0155] The stop timing of the gateway in connection 
with a plural terminal is explained according to Fig. 14. 
[0156] The gateway 4 is in connection with a terminal 
1, 15 and 17 respectively. Under these conditions, the 

10 session exchange negotiation between the gateway 4 
and 5 is performed in the same as in Fig 12. 
[0157] Though the session exchange negotiation in 
Fig. 14 is performed with the terminal 1, 17 and 15 at 
one time, the negotiation may be performed with each 

is terminal independently. 

[0158] After executing the session exchange negoti- 
ation between the gateway 4 and 5 (the session ex- 
change request 1401 -> the session exchange confir- 
mation 1 402), the gateway 4 sends the exchange notice 

20 t 0 the terminal 1 : 17 and 15 respectively. Each terminal 
1, 17 and 15 sends the suspend notice 1403a, 1403b 
and 1 403c.to .the.gateway 4. After receiving the suspend^ 
instruction 1404a, 1404b and 1404c from each terminal 
in connection with the gateway 4, the gateway 4 sends 

25 out the suspend confirmation 1 405a, 1 405b and 1 405c 
to each terminal and then is to stop. 
[0159] On the other hand, the gateway 4 has a per- 
. missible time from the exchange notice to the terminal 
' to the suspend notice to the gateway 4, and if the per- 

30 missible time is out, it may be suggested a sequence 
that the gateway 4 stops even if there is a terminal with- 
out sending out the suspend notice to the gateway 4. 

<The case of the rejection of exchange-destination 
35 ., gateway > 

[0160] Referring to Fig 15, here is explained a se- 
quence in case that the connect exchange of the termi- 
nal is rejected by the exchange-destination gateway at 

40 .the negotiation. 

[0161] The sequence as far as the session exchange 
■request is sent from the gateway 4 to the gateway 5 is 
. 4he same as in Fig. 12. The gateway 5 sends out the 
"session exchange rejection 1501 to the gateway 4 be- 

45 cause of the shortage of capability and the excess of 
load. The gateway 4 received the session exchange re- 

. ' jection 1 501 sends the session exchange request 1 502 
to the gateway 16 as the new exchange-destination. If 

1 the gateway 1 6 has a capability for accommodating the 

so 'terminal, the gateway 16 sends out the session ex- 
change confirmation 1 503 to the gateway 4 and then the 
connect exchange is performed. 
[0162] As described above, even if the connect ex- 
change is rejected by the exchange-destination gate- 

55 way,, the gateway 4 may perform the negotiation with 
other gateway for finding out the exchange-destination 
gateway. This function is to be included in the manage- 
ment entity in the exchange-original gateway. The con- 
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stitution is arranged as follows. A plurality of exchange- 
destination gateway may be registered beforehand in 
priority order in the memory of the gateway 4. At receiv- 
ing the rejection notice, the management entity may 
read out next nominated exchange-destination gateway 
from the memory, and the sequence for information ex- 
change may be executed automatical 

<the case of a capability shortage of exchange- 
destination gateway> 

[01 63] The sequence in case that th s exchange-des- 
tination gc. : .eway sends the information )f the capability 
shortage for the terminal together with the session ex- 
change confirmation at the negotiation will be explained 
referring to Fig 16. 

[0164] And the sequence as far as the gateway 4 
sends the session exchange request to the gateway 5 
is the same as in Fig 12. 

[0165] When the gateway 5 cannot offer all resources 
required by the terminal according to the information 
that the gateway 4 sends out together with the session 
exchange request, said information are a maximum da- 
ta size, window size and etc., the gateway 5 sends to 
the gateway 4 the information of the maximum resource 
together with the session exchange confirmation 1601 . 
That is, the gateway 4 receives the maximum resource 
that the gateway 5 can offer to the terminal required the 
connect exchange. 

[0166] The gateway 4 sends the possible maximum 
resource to the terminal 1 together with the exchange 
notice 1602. According to this information, the terminal 
1 changes its capability (the information of its own facil- 
ity) to meet the maximum resource of the gateway 5. 
[0 i 67] According to this processing, after the connect 
exchange to the gateway 5, the terminal 1 may perform 
the communication based on the changed capability. 
And the exchange -original gateway is provided with a 
judgement means judging whether it is possible to per- 
form the communication between the exchange-desti- 
nation gateway and the terminal 1 , if impossible, the 
communication may be suspended. 
[0168] And further, i;ie terminal is provided with a 
judgment means judging whether it is possible to per- 
form ir.e communication based on the informed capa- 
city, if impossible, the receipt of services may stop. 

<The case provided with the retransmission step> 

[0169] Fig. 19 shows a sequence in case of the ter- 
minal 1 , the gateway 4 and 5 including data retransmis- 
sion protocol respectively. Though the retransmission 
protocol is put in lower position at session layer in Fig. 
1 9, it is needless to say that the retransmission protocol 
is included in the session layer. 
[0170] As explained in Fig 12, after lNVOKE<RE- 
QUEST (get, //www, xxx/ xyz,htm)>1203 (a command 
of rado communication protocol) is translated to RE- 



QUEST (get, //www, xxx/xyz, htm) 1 207 (a command of 
HTTP) by the protocol translator 1205 and sent to the 
server 6, the session layer protocol 1 204 in the gateway 
sends ACK1228 (acknowledge of radio communication 

s protocol) to the session layer protocol 1202 in the ter- 
minal 1 . At receiving said ACK1228, the terminal 1 judg- 
es that the gateway 4 has received INVOKE<REQUEST 
(get, //www, xxx/xyz, htm)>1203. 
[0171] When RESPONSE (dataj 1212 (a responseof 

J0 HTTP) is translated to REP LAY <RE S PON S E (da t *) 
>1 2' 3 (a response of radio communication protocol) by 
the |.rotoc:-! translator 1 20-5 in the gateway 4 and then 
sen! from the session iayer protocol 1 204 in the gateway 
to the terminal 1, the session layer protocol 1202 in the 

is terminal 1 receiving REPLAY<RESPONSE (data) 
>1213 sends ACK1230 to the gateway 4. At receiving 
ACK1230, the gateway 4 judges that the terminal 1 has 
received the REPLAY<RESPONSE (data)>1212. 
[0172] And : after the restart confirmation 1223, IN- 

20 VOKEfREQUEST (get, //www, xxx/xyz, hlm)>1224 is 
translated to REQUEST (get, //www, xxx/xyz, ht m) 1 225 
by the protocol translator 1 209 in the gateway 5 and then 
sent to the server 6. At this time, the session layer pro- 
tocol 1 208 in the gateway 5 sends ACK1 231 to the ses- 

2S sjon layer protocol 1 202 in the terminal 1 . And at receiv- 
ing REPLAY<RESPONSE (data)>1227, the session 
layer protocol 1202 in the terminal 1 sends ACK1233 to 
the gateway 5. 

[0173] The retransmission protocol in the terminal 1 , 
30 gateway 4 and 5 will be explained hereinafter referring 
to Fig 20. 

[0174] if the terminal 1 cannot receive ACK1 31 4 from 
the gateway 4 within a regulated time after sending out 
INVOKE<REQUEST (get, //www, xxx /xyz,htm)>1309, 

35 the retransmission protocol 1303 in the terminal 1 per- 
forms the retransmission of INVOKE<REQUEST (get, 
//www, xxx/xyz, htm) >1 31 0. 
[01 75] If ACK1 31 4 returns from the gateway 4, the ter- 
minal 1 stops the retransmission And the terminal 1 is 

40 provided with a timer for counting the regulated time, 
which has maximum regulated value for the frequency 
of retransmission If the frequency of retransmission is 
over the maximum regulated value, the terminal 1 dis- 
connects the communication by judging that any error 

45 occurs in the communication between the terminal 1 and 
the gateway 4. 

[0176] In the same way, if the gateway 4 cannot re- 
ceive ACK1319 from the terminal 1 within a regulated 
time after sending out REPLAY<RESPONSE (data) 
so >1 316, the retransmission protocol 1 304 in the gateway 
4 performs the retransmission of REPLAY<RESPONSE 
(data)>1317. 

[0177] If ACK1319 returns from the terminal 1, the 
gateway 4 stops the retransmission. And the gateway 4 
55 is provided with a timer for counting the regulated time, 
which has maximum regulated value for the frequency 
of retransmission. If the frequency of retransmission is 
over the maximum regulated value, the gateway 4 dis- 
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connect the communication by judging that any error oc- 
curs in the communication between the terminal 1 and 
the gateway 4. 

<The suspend display> 

[01 78] Fig 1 7 shows a sequence in case of performing 

the suspend display for the user. 

[0179] The sequence up to the exchange notice 1714 

is the same as in Fig 12, which explanation is omitted 

here. 

[01 80] The session layer protocol 1 702 in the terminal 
1 sends the suspend notice 1706 to the session layer 
protocol 1704 in the gateway 4, and at the same time 
the suspend-display notice 1708 is sent to the applica- 
tion 1701 in the terminal. When the application 1701 re- 
ceives the suspend-display notice 1708, the suspend 
display 1 709 is executed on the screen in the terminal 1 . 
[0181] As the suspend display 1709, the screen dis- 
plays messages, such as " the gateway stops because 
of the version-up operation and the connection change 
" to the "gateway 5" is "performed' 1 , which purpose is to" 
make an user understand that there is no trouble in the 
gateway, terminal and network. 
[0182] After that, the session layer protocol 1702 in 
the terminal 1 sends the restart notice 1711 to the ses- 
sion layer protocol 1710 in the gateway 5, and the ses- 
sion layer protocol 1710 in the gateway 5 sends back 
the restart confirmation 1712 lo the session layer proto- 
col 1702 in the terminal 1. 

[01 83] Otherwise, according to the user's instruction 
during a time of the suspend display 1709, the session 
layer protocol 1702 in the terminal 1 may send the re- 
start notice 1711 to the session layer protocol 1710 in 
the gateway 5. 

[0184] After receiving the restart notice 1712,theses- 
sion layer protocol 1702 in the terminal 1 sends the re- 
start-display notice 1713 to the application 1701. The 
application 1701 finishes the suspend display 1709 at 
receiving the restart-display notice 1713. 

<The generation of radio communication protocol 
command after the exchange notice> 

[0185] Fig 21 shows the sequence in case of gener- 
ation of command of radio communication protocol from 
the terminal 1 immediately after the exchange notice. A 
concept of transaction is introduced into this embodi- 
ment 

[01 86] The logical connection between the terminal 1 
and the gateway 4 is called "session", and the actual 
data communication by the application is called "trans- 
action". The transaction indicates the sequential opera- 
tion and processing from the user's request/notice to the 
corresponding server's response, or from the server's 
request/notice to the corresponding user's response. 
Here are a plural transaction in one session. In order to 
distinguish corresponding request/notice/response, 



each transaction unit has an identifier (an transaction 
identification). 

[01 87] The sequence up to the exchange notice 1713 
is the same as in Fig 19. which explanation is omitted 
5 here. 

[0188] As the gateway 4 has already sent the gateway 
exchange notice 171 3 to the session layer protocol 1702 
in the terminal 1 , it keeps the contents of INVOKE<RE- 
QUEST (get, //www, xxx/xyz ; htm)>1719. 

to [0189] After receiving the exchange notice 1713, the 
session layer protocol 1702 in the terminal 1 sends the 
suspend notice 1714 to the session layer protocol 1705 
in the gateway 5. The session layer protocol 1 705 in the 
gateway 5 iniorms the management entity 1707 of the 

is receipt of the suspend notice 1705, and the manage- 
ment entity 1707 sends to the management entity 1711 
in the gateway 5 the transaction information 1716 (trans- 
action conditions, transaction I D, and the contents of IN- 
VOKE<REQUEST (get, //www, xxx/xyz, htm)>). 

20 [0190] The following steps, that is, the steps of " the 
suspend confirmation 1715 -> the restart confirmation 

1717 the-restart-confirmation-1718" is the-same as- 

the steps of " the suspend confirmation 917-» the restart 
notice 91 8-> the restart confirmation 91 9" in Fig 9, which 

2B explanation is omitted here. When the session between 
the session layer protocol 1702 in the terminal 1 and the 
session layer protocol 1709 in the gateway 5 starts, the 
session layer protocol 1709 in the gateway 5 refers to 
the transaction conditions and transaction ID received 

30 as the transaction information 1716 and translates the 
contents of REQUEST to REQUEST (get, //www, xxx/ 
xyz, htm) 1 720 by the protocol translator 1 7 1 0, and then 
sends it to the server 6.. 

[0191] The sequence from the following step to ACK 

35 1 725 of radio communication protocol is the same as in 
Fig 19, which explanation are not described here. 
[0192] It may be arranged here that lNVOKE<RE- 
QUEST (get, //www,xxx/xy z, htm)>1719 sent from the 
terminal 1 is translated to REQUEST (get, //ww w, xxx/ 

40 xyz, htm) 1720 by the protocol translator 1720 in the 
gateway 4 and then sent to the management entity 1711 
in the gateway 5 as the transaction information 1716. 
[01 93] And though the management entity 1 707 in the 
gateway 4 performs the communication with the man- 

45 agement entity 171 1 in the gateway 5 after receiving the 
suspend notice 1714, the communication may be per- 
formed before receiving the suspend notice 1714. 
[0194] And in case that ACK is not sent from the ter- 
minal 1 and the gateway 4 and 5, the sequence can be 

so performed in the same way as the sequence without 
sending ACK 1722 and 1725. Namely, the sequence of 
ACK is not always required. 

[0195] And in case of the terminal 1 and the gateway 
4 and 5 including retransmission protocols, the same se- 
55 quence can be performed. 
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<The exchange instruction before the generation of 
servers response* 

[01 96] Next, with reference to Fig. 22. a sequence in 
case that before the gateway 4, which has already re- 
ceived a command of radio communication protocol 
from the terminal 1 and has sent out a corresponding 
ACK of radio communicricn prctoco! to the terminal 1, 
receives HTTP response from I he server, the sever ex- 
change instruction generates from an operator of the 
gateway 4 will bo explained net-*. 
[01 97] ! n Fig cl, exclud ing the conditions without gen- 
erating HTTP response frorn the sever 6 ar:' ACk cor- 
responding to s& a response from the terminal 1 , the se- 
quence up to the exchange notice 181 3 is the same as 
in Fig 19, which explanation are not described here. 
[0198] The gateway 4 keeps the contents of RE- 
QUEST (get, //www, xxx/xy z, htm) 1823 sent to the 
server 6 till receiving the corresponding RESPONSE 
[data) 1819 from the server. 

[01 99] The session layer protocol 1 802 in the terminal 
1 receives the exchange notice 1813, and then sends 
'he suspend notice 1814 to the session layer protocol 
1805 in the gateway 4. The session layer protocol 1805 
in the gateway 4 informs the management entity 1807 
that the suspend notice 1814 has been received, and 
receives RESPONSE (data) 181 9 corresponding to RE- 
QUEST (get, //www, xxx/xyz, htm) 1 923 from the server 
6. Thereby, the protocol translator 1806 in the gateway 

4 can translate from the REQUEST (get,//www, xxx/xyz, 
htm) of HTTP command to the response of radio com- 
munication protocol (the data equivalent to RE- 
PLAY<RESPONSE (data)>1820 described after). 
[0200] After this, the management entiiy 1811 in the 
gateway 5 receives the transaction information 1816 
(the transaction conditions, transaction ID, and the con- 
tents of the translated REPLAY<RESPONSE(da ta)>) 
via the management entity 1807 in the gateway 4. 
[0201 ] The following sequence of the suspend confir- 
mation 1815 and the restart notice is the same as in Fig 
1 9, which explanation is omitted here. When the session 
between the session layer protocol 1802 in the terminal 
1 and the session layer protocol 1809 in the gateway 5 
rs: arts, the session layer protocol 1309 in tha gateway 

5 r e'3rs the transaction conditions and transaction ID 
received as the transaction information and sends RE- 
PLAY<RESFONSE(data)>1820 from the session layer 
protocol 1809 to the session layer protocol 1802 in the 
terminal 1 . 

[0202] The sequence of ACK of radio communication 
protocol is the same as in Fig 19, which explanation is 
omitted here. 

[0203] It may be arranged here that RESPONSE (da- 
ta) 1819 sent from the server 6 is not translated by the 
protocol translator 1806 in the gateway 4, and sent from 
the management entity 1807 in the gateway 4 to the 
management entity 1811 in the gateway 5 as the trans- 
action information 1816, and at last translated to RE- 



PLAY<RESPONSE (data) >1820 by the protocol trans- 
lator 1810 in the gateway 5. 
[0204] And in case that ACK is not sent out from the 
terminal 1 , gateway 4 and 5. the same as the sequence 
5 without sending out ACK 1824 and 1821 can be per- 
formed. Therefore the step of ACK is not always re- 
quired. 

[0205] At this time, the same as the sequence shown 
in Fig. 21 - that is, the contents of REQUEST is sent to 
10 the gateway 5 as the transaction information 1816 and 
the gateway 5 sends the HTTP command to "the server 
6 - can be pe, formed. And in case cf the terminal 1 and 
the gateway 4 and 5 i.-.ciuding the retransmission pro- 
tocol the same sequence can be performed; too. 

15 

<The case without ACK from the terminal 

[0206] With reference to Fig. 23, a sequence in case 
that the server exchange instruction generates from the 

20 operator of the gateway 4 when ACK of radio commu- 
nication protocol is not send back from the terminal 1 , 
though the gateway 4 has sent the response of radio 
communication protocol to the terminal after receiving 
the command of radio communication protocol from the 

25 terminal 1 and the response of HTTP from the server 6, 
said sequence will be explained hereinafter. 
[0207] The sequence up to the exchange notice 1 91 3 
excluding that ACK corresponding to REPLAY<RE- 
SPONSE (data)>1924 are not sent to the gateway 4 

30 from the terminal 1 is the same as in Fig. 19, which ex- 
planation is omitted here. 

[0208] But during this time, the retransmission proto- 
col 1 904 in the gateway 4 performs the retransmission 
control on REPLAY<RESPONSE (d ata)>1924. 
35 [0209] After receiving the exchange notice 1913, the 
session layer protocol 1902 in the terminat 1 sends the 
suspend notice 1914 to the session layer protocol 1905 
in the gateway 5. 

[021 0] The session layer protocol 1 905 in the gateway 
40 5 informs the management entity 1 907 that the suspend 
notice 1914 is received. The management entity 1907 
sends to the management entity 1911 in the gateway 5 
the transaction information incluoing the transaction 
conditions, the frequency of retransmission of transac- 
ts tion ID, the progress value of retransmission timer and 
the contents of REPLAY<RESPONSE (dsta)>. 
[0211] The following sequence of the suspend confir- 
mation 1915 and the restart notice is the same as in Fig. 
19, which explanation is omitted here. 
50 [0212] After the session between the session layer 
protocol 1902 in the terminal 1 and the session layer 
protocol 1 909 in the gateway 5 restarts, the session lay- 
er protocol 1 909 in the gateway 5 refers the transaction 
conditions, the frequency of retransmission of transac- 
55 tion ID, and the progress value of retransmission timer 
received as the transaction information 1916, and then 
sends the contents of RESPONSE (data) 1 926 from the 
retransmission protocol 1908 to the session layer pro- 
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tocol 1902 in the terminal 1 . 
[0213] The sequence of ACK 1927 of radio commu- 
nication protocol is the same as in Fig 19, which expla- 
nation is omitted here. 

[0214] Here, RESPONSE (data) 1923 has been 
translated temporarily to REPLAY<RESPONSE (data) 
> of radio communication protocol by the protocol trans- 
lator 1906 in the gateway 4. However, when the man- 
agement entity 1907 in the gateway 4 sends the trans- 
action information 191 6 to the management entity 1911 
in the gateway 5, the contents of RESPONSE (data) is 
to be included in the transaction information 1916 in a 
format of HTTP protocol response, and then may be 
translated again to REPLAY<RESPONSE (data)>1926 
of radio communication protocol by the protocol trans- 
lator 1910 in the gateway 5. 
[021 5] The sequence, in case that the gateway 4 and 
5 do not send ACK can be performed in the same way 
as in the sequence that ACK 1 922 of radio communica- 
tion protocol are not sent out. 
[0216] The sequence in case of the terminal 1 and the 
"gateway 5 including the retransmission protocol can-be - 
performed in the same way. 

[0217] According to the sequence described above, 
even if the application in the terminal does not receive 
the data for request, it is possible to perform the gateway 
exchange of the terminal. Therefore, it is possible to per- 
form the gateway connect exchange without much influ- 
ence on the application in the terminal and the user. 

EMBODIMENT 5 

[0218] Even in an conventional structure shown in 
Fig. 5, for example, in case that there is not a connecting 
channel between gateways and the negotiation be- 
tween gateways cannot be performed by the connecting 
means between gateways via network and the connect- 
ing means between a plural gateway and a server, it is 
possible to obtain effects by applying the present inven- 
tion to these case. 

[0219] Referring to Figs. 5, 24, 25, 26 ; and 27, the 
gateway exchange sequence without the negotiation 
means between gateways will be explained in the em- 
bodiment 5. A gateway 11 and a gateway 12 share a 
server 6, thereby the server 6 is connected with the net- 
work 3. And the gateway 1 1 and 1 2 are not provided with 
a negotiation means between gateways. The terminal 1 
is connected with the server 6 via a base station 2, the 
network 3 and the gateway 11 or 12, wherein the appli- 
cation is performed by using the information 7 in the sev- 
er 6. 

[0220] The session layer protocol 2002 in the terminal 
1 performs the communication with the application 2011 
in the server 6 via the gateway 11 in order to execute 
the application 2001. AS the communication protocol 
used in the communication 2003 between the session 
layer protocol 2002 in the terminal 1 and the session 
layer protocol 2004 in the gateway 11 is different from 



in the communication 2007 between the session layer 
protocol 2004 in the gateway 11 and the server 6, the 
protocol translator 2005 in the gateway 1 1 performs the 
protocol translation. 
5 [0221] The communication 2003 is translated to the 
communication protocol used in the communication 
2007 between the gateway 11 and the server 6 by the 
protocol translator 2005, thereby it is possible to perform 
the communication between the terminal 1 and the serv- 
10 er 6. But there is some type of application which do not 
require the protocol translation. In this case, the protocol 
translation is not performed in the gateway. 
[0222] When the server exchange instruction 2002 is 
issued from the operator while the terminal 1 is in com- 
15 munication with the server 6, the management entity 
2006 in the gateway 11 sends the exchange instruction 
201 3 to the session layer protocol 2004 in order that the 
communicating terminal 1 performs the connect ex- 
change to the gateway 12. 
20 [0223] After receiving the exchange notice 201 4, the 
* session layer protocol 2004 informs the session layer 

protocol 2002 in the terminaU of the information jDfJne„ 

exchange-destination gateway address and etc. At this 
time, the selection of the exchange-destination gateway 
2S informed by the gateway 11 can be performed by 
searching the gateway with permissible capability for 
the terminal 1 according to the information of other gate- 
ways recorded in the gateway 11 in advance, and oth- 
erwise according to the instruction of the operator. 
30 [0224] The first time the terminal 1 receives the ex- 
change notice 2014, the termianll can obtains the ad- 
dress information of the gateway 12 as the exchange- 
destination gateway. Namely the terminal 1 receives the 
information for the server connect exchange by the ex- 
35 change notice 2014 from the gateway 11. Therefore, it 
is not necessary to always store the information of a plu- 
ral gateway for the gateway connect exchange in the 
inside storage means of the terminal 1, for example, a 
hard disc, IC card, flash ROM, EEP ROM, and RAM with 
40 battery backup. 

[0225] After receiving the exchange notice 201 4, the 
session layer protocol 2002 in the terminal 1 sends the 
suspend notice 201 5 to the session layer protocol 2004 
in the gateway 11 at convenient timing for suspending 
45 the session, for example, at the time that the executing 
application 2001 is not in the communication with the 
j application 201 1 in the server 6. 
, [0226] The session layer protocol 2004 in the gateway 
11 informs the management entity 2006 of the receipt 
so of the suspend notice 201 5, and the management entity 
2006 sends the suspend instruction 201 6 to the session 
layer protocol 2004 in the gateway 11. 
[0227] After receiving the suspend instruction 2015, 
the session layer protocol 2004 in the gateway 11 sends 
ss the suspend confirmation 201 7 to the session layer pro- 
tocol 2002 in the terminal 1 . 

[0228] After that, the session layer protocol 2002 in 
the terminal 1 is suspended. 
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[0229] But the terminal 1 , after sending the suspend 
notice 2015 to the session layer protocol 2004 in the 
gateway 11 , can continue the server connect exchange 
sequence regardless of the conditions of the gateway 
11. 

[0230] Accordingly, it will be all right without the sus- 
pend instruction 2016 and the suspend confirmation 
2017, or ths session layer protocol 2004 may send the 
suspend confirmation 201 7 to the session layer proto:ol 
2002 in the terminal 1 independently without suspend 
instruct'on 20 1 6. And there is a case that in some ;ype 
of gate v-ay 4 only the suspend instruction is send out 
without the suspend con I if matron 2017. 
[0231] In both case, if there is not the suspend confir- 
mation 2017, the session of the terminal 1 is suspended 
after sending out the suspend instruction 2015 And it 
may be arranged as follows. When the session layer 
protocol 2002 in the terminal 1 receives the exchange 
notice 2014, the application 2001 is instructed to per- 
forms the gateway exchange display. According to the 
function of application 2001 or the user's instruction, the 
session layer protocol 2002 in the terminal 1 sends the 
suspend notice 201 5 to the session layer protocol 2004 
in the gateway 1 1 . 

[0232] The session layer protocol 2002 in the terminal 
1 sends to the session layer protocol 2008 in the gate- 
way 12 the restart notice including information of termi- 
nal addresses, session ID, maximum data size, window 
size and etc. 

[0233] After receiving the restart notice 201 8, the ses- 
sion layer protocol 2008 in the gateway 1 2 sends out 
the restart confirmation 2019. According to the restart 
confirmation 2019 from the session layer protocol 2008 
in the gateway 12, the session of the suspended termi- 
nal 1 restarts. 

[0234] After the session restarts, the session layer 
protocol 2002 in the terminal 1 performs the communi- 
cation 2020 and 2021 with the application 2011 in the 
server 6 via the protocol translator 2009 in the gateway 
1 2 in order to execute the application 2001 . 
[0235] It is assumed that the gateway 11 informs the 
terminal 1 of a gateway having the ability for accommo- 
dating the terminal 1 as a exchange-destination gate- 
way in the sequences as described above. Therefore, 
in ca-e of judging that the exchange-destination gate- 
way does not have the capability for accommodating the 
terminal 1 after the connect exchange to the exchange- 
destination gateway, the connect exchange with bad el- 
f iciency will not occurs that the connect exchange to oth- 
er gateway should be performed again. And it is possible 
to perform the gateway connect exchange without much 
influence on the application 2001 in the terminal and the 
user. 

[0236] Referring to Fig 25, the sequence will be ex- 
plained in case of generating a command of radio com- 
munication protocol from the terminal 1 immediately af- 
ter the exchange notice 2113. 
[0237] The sequence up to the exchange notice 2113 



is the sam? as in Fig. 24, which explanation will not be 
described hare. 

[0238] The protocol translator 2016 in the gateway 4 
is translated from INVOKE<REQUEST (get, //www, xxx/ 

s xyz, htm) >2119 of the radio communication protocol 
command to REQUEST (get, //www, xxx/xyz, htm) 2116 
of HTTP command, and then sends it to the server 6. At 
the same time of informing the REQUEST (get, //www. 
xxx/xyz. htm) 2116 to the server 6, the gateway 4 also 

10 transmits the address of gateway to which RESPONSE 
(data) (here is shown as 2122) corresponding to said 
REQUEST (gel, //www, xv.x/xyz, htm) 2 1 16 is sent. 
[0239] The informed gsteway add^ss may be treated 
as a different information from the HTTP command as 

'5 above, otherwise can be included in the HTTP com- 
mand. In case of the gateway address included in HTTP 
command, the server 6 is to analize the HTTP command 
and then extract the gateway address. 
[0240] The following sequence of the suspend confir- 

20 mation 21 1 5 and the restart notice is the same as in Fig 
24, which explanation will not described here. 
[0241] After the session between the session layer 
protocol 2102 in the terminal 1 and the session layer 
protocol 2109 in the gateway 5 starts, the session layer 

25 protocol 2109 in the gateway 5 refers to the transaction 
conditions and transaction ID received at the restart no- 
tice 2117, and sends ACK 2121 of the radio communi- 
cation protocol to the terminal 1 . The gateway 5 receives 
from server 6 RESPONSE (data) 2122 of HTTP re- 

30 sponse corresponding to REQUEST (get, //www, xxx/ 
xyz, htm) 2116 of HTTP command, which is translated 
to REPLAY<RESPONSE (data) >21 23 of radio commu- 
nication protocol response by the protocol translator 
2110 and then sent to the session layer protocol 2102 

35 in the terminal 1. At this time, ACK 2121 may be sent 
from the session layer protocol 2105 in the gateway 4 
to the terminal 1. 

[0242] The sequence from the next step to to ACK 
21 24 is the same as in Fig 1 9, which explanation will not 

40 be described here. 

[0243] Next, with reference to Fig 26, here is ex- 
plained about a sequence in case that the server ex- 
change instruction has generated from the operator of 
the gateway 4, before the gateway 4 receives HTTP re- 

45 sponse corresponding to HTTP command from the 
server 6, said gateway had received INVOKE<RE- 
QUEST (get, //www, xxx/xyz, htm)>2222 of radio com- 
munication protocol command from the terminal 1 , in re- 
sponse to it sent REQUEST (get, //www, xxx/xyz, htm) 

so to the server 6 and at the same time, sent ACK2224 to 
the terminal 1. 

[0244] The sequence up to the exchange notice 221 3 
is the same as in Figs. 24 and 1 9, which explanation will 
not be described here. 
55 [0245] The session layer protocol 2202 in the terminal 
1 sends the suspend notice 2214 to the session layer 
protocol 2205 in the gateway 4 after receiving the ex- 
change notice 2213. 
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[0246] The session layer protocol 2205 in the gateway 
4 informs the management entity 2207 of the receipt of 
the suspend notice 2214, and the management entity 
2207 in the gateway 4 sends to the server 6 the notice 
2225 for transferring RESPONSE (data) 2216 to the 
gateway 5. 

[0247] The sequence of the suspend confirmation 
221 5 and the restart notice after that is the same as in 
Fig 24, which explanation will be not be described here. 
[0248] After the session between the session layer 
protocol 2202 in the terminal 1 and the session layer 
protocol 2209 in the gateway 5 restars, the session layer 
protocol 2209 in the gateway Prefers to the transaction 
conditions and transaction ID received by the restart no- 
tice 2217, translates RESPONSE (data) 2216 received 
from the server 6 to REPLAY<RESPONSE (data) >2220 
by the protocol translator 221 0, and then sends it to the 
terminal 1 . 

[0249] The sequence of ACK of radio communication 
protocol is the same as in Fig 1 9, which explanation will 

Jiot be described here. 

[0250] Next, with reference to Fig 27 : here is ex- 
plained about a sequence in case that the server ex- 
change instruction generate from the operator of the 
server 4 when ACK of radio communication protocol 
does not turn back from the terminal, though the gate- 
way 4 has received a radio communication protocol 
command from the terminal and HTTP response from 
the server 6, and also sent the response of radio com- 
munication protocol command to the terminal. 
[0251 ] The sequence up to the exchange notice 231 3 
is the same as in Fig 19 and 22, which explanation is 
omitted here. 

[0252] But during this period, the retransmission con- 
trol for REPLAY<RESPONSE (data) >2324 shown in 
Fig. 20 is performed by the retransmission protocol 2304 
in the gateway 4. 

[0253] The sequence shown in Fig. 27 will be ex- 
plained after the next steps hereinafter. 
[0254] At receiving the exchange notice 2313, the 
session layer protocol 2302 in the terminal 1 sends the 
suspend notice 231 4 to the session layer protocol 2305 
in the gateway 4. 

[0255] The session layer protocol 2305 in the gateway 
4 informs the management entity 2307 of the receipt of 
the suspend notice 2314. 

[0256] The session layer protocol 2305 in the gateway 
4 keeps the content of REQUEST (get, //www, xxx/xyz, 
htm) 2320 till receiving ACK 2329 from the terminal 1. 
Under these condition, the gateway 4 sends REQUEST 
(get, //www, xxx/xyz, htm) 2316 to the server 6. 
[0257] At the same time of informing the RWQUEST 
(get, //www. xxx/xyz. htm) 231 6 to the server 6, the gate- 
way 4 also transmits the address of gateway to which 
RESPONSE (data) there is shown as 2327) corre- 
sponding to said REQUEST (get, //www, xxx/xyz, htm) 
231 6 is sent. 

[0258] The informed gateway address may be treated 



as a different information from the HTTP command as 
above, otherwise can be included in the HTTP com- 
mand. In case of the gateway address included in HTTP 
command, the server 6 is to analize the HTTP command 
s and then extract the gateway address. 

[0259] The sequence of the suspend confirmation 
2315 and the restart notice after this is the same as in 
Fig 24, which explanation will not be described here. 
[0260] After the session between the session layer 
10 protocol 2302 in the terminal 1 and the session layer 
protocol 2309 in the gateway 5 restarts, the session lay- 
er protocol 2209 in the gateway 5 refers to the transac- 
tion conditions and transaction ID received by the restart 
notice 2317, translates RESPONSE (data) 2327 re- 
15 ceived from the server 6 to REPLAY<RESPONSE (da- 
ta)>2328 by the protocol translator 2310, and then 
sends it to the terminal 1 . 

[0261] The following sequence up to ACK in radio 
communication protocol is the same as in Fig. 1 9, which 
20 explanation will not be described here. 

[0262] According to the sequences described above, 
even if thereis-not a negotiation-means between gate- - 

ways and the application in the terminal does not receive 
the data for request, it is possibleto perform the gateway 
2$ connect exchange of the terminal. Therefore, it is pos- 
sible to perform the gateway connect exchange without 
much influences on the application in the terminal and 
the user. 

[0263] Though it is arranged in the above embodi- 
30 ments that exchange-original gateway suspends after 
the connect exchange, but the 'suspend" is not a nec- 
essary requisition and it is needless to say that the des- 
tination-original gateway may continue working. 
[0264] It is assumed in the above embodiment that the 
35 terminal receives the ^change instruction during the 
time of receiving the services from the server, but this 
invention is not limited to this. Namely, even if the ter- 
minal is not receiving the above services, the original- 
gateway may send only the exchange notice to the ter- 
40 minal, and in addition to the exchange notice the infor- 
mation necessary for starting the communication with 
the exchange-destination gateway may be also sent to 
the terminal. 

[0265] It is possible to obtain the profitable effect ac- 
45 cording to the present invention described above, that 
is, even when the gateway in connection with the termi- 
nal stops, the connect exchange negotiation between 
gateways can be performed before the stop of the gate- 
way, accordingly without finishing the application being 
so executed in the terminal it is possible to reconnect in a 
short time with other gateway having the capability for 
accommodating the terminal . 
[0266] And even if the application does not receive the 
data for request, the gateway exchange can be per- 
55 formed. In other words, as the exchange-original gate- 
way transfers the transaction conditions to the ex- 
change-destination gateway, the terminal can perform 
the gateway exchange regardless of the transaction 
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conditions. 

[0267] If the connect exchange negotiat : on cannot be 
performed between the gateways directly, or the appli- 
cation does not receive the data for request, the gate- 
way exchange can be performed. It is possible to recon- 5 
nect with other gateway having the capability for accom- 
modating the terminal in shorter time than usual. 
[0268] In both case, it is not necessary for the terminal 
to always keeps the information of a plural gateway hav- 
ing capability for accommodating the terminal, there- ~>o 
fore, it is easy for the terminal to meet the change of the 
network constitution. 

[0269] In this application, thfe term "radio intelligent 
terminal" includes a device, such as a computer termi- 
nal, which can remotely receive and transmit signals '5 
(eg. by remote and/or wireless communication, such as 
radio, optical or any other electromagnetic communica- 
iion), and process such signals. 
[0270] The term "exchange-original gateway" in- 
cludes the original gateway, or the gateway with which 20 
communication ceases when the gateway used is ex- 
changed or changed. Similarly, the term "exchange- 
destination gateway" can be read as the destination 
gateway, that is the gateway to which communication is 
diverted, upon a change of gateway used. 2s 
[0271] The term "session layer protocol' can be read 
as "session layer protocol means". 

Claims 30 

1. A communication system which establishes com- 
munication between a radio intelligent terminal and 
a server via a gateway: 

wherein the gateway is provided with an infor- 35 
mation notifying means which notifies generation of 
a gateway exchange to the radio intelligent terminal 
upon receiving a gateway exchange instruction. 

2. A communication system which establishes com- 40 
munication between a radio intelligent terminal and 

a server via a gateway according to Claim 1 , 

wherein the information notifying means, on re- 
ceiving the gateway exchange instruction, no- 
tifies the radio intelligent terminal of the gener- 
ation of a gateway exchange and information 
necessary for communication with the server 
via an exchange-destination gateway; and 
wherein the radio intelligent terminal is provid- so 
ed with a communication activating means to 
receive the information necessary for commu- 
nication with the server via the exchange-des- 
tination gateway from the exchange-original 
gateway, and executes a start sequence for 55 
communication with the exchange-destination 
gafeway. 
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3. A communication system which establishes com- 
munication between a radio intelligent terminal and 
a server via a gateway according to Claims 1 or 2, 

wherein the information notifying means, on re- 
ceiving the gateway exchange instruction while 
an exchange-original gateway is relaying the 
communication between the radio intelligent 
terminal and the server, notifies the radio intel- 
ligent terminal of the information necessary for 
the communication between the radio intelli- 
gent terminai and the server via an exchange- 
destination gateway; and 
wherein the radio intell*gent terminal is provid- 
ed with a restart activating means, receiving 
from the exchange-original gateway the infor- 
mation necessary for communication with the 
server via exchange-destination gateway, and 
executing the restart sequence for communica- 
tion with the exchange-destination gateway 
while suspending communication with the ex- 
change-original gateway. 

4. A communication system as defined in Claim 3 fur- 
ther comprising information exchanging means 
wherein, if an incomplete transaction is left after the 
suspend processing of communication with the ex- 
change-original gateway, by said means the ex- 
change-original gateway notifies the exchange- 
destination gateway of information of the respond- 
ent to a request of the terminal before the restart 
sequence. 

5. A communication system as defined in Claim 4, 
wherein the incomplete transaction occurs in the 
case that a request from the radio intelligent termi- 
nal to the server is generated after the exchange- 
original gateway sends an exchange notice to the 
radio intelligent terminal, but said request does not 
arrive at the server. 

6. A communication system as defined in Claim 4, 
wherein the incomplete transaction occurs in the 
case that the request generated from the radio in- 
telligent terminal has arrived at the server before the 
exchange-original gateway sends the exchange 
notice to the radio intelligent terminal, and in re- 
sponse to said request the exchange-original gate- 
way sends back ACK to the radio intelligent termi- 
nal. 

7. A communication system as defined in Claim 4, 
wherein the incomplete transaction occurs in the 
case that the request from the radio intelligent ter- 
minal to tho server is generated before the ex- 
change-original gateway sends the exchange no- 
tice to the radio intelligent terminal, and the ACK in 
response to said request arrives at the exchange- 
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original gateway at the stage when processing is 
suspended, but does not arrive at the radio intelli- 
gent terminal. 

8. A gateway used in a communication system relay- 
ing communication between a radio intelligent ter- 
minal and a server offering services to the radio in- 
telligent terminal, comprising: 

an information notifying means which notifies 
generation of the gateway exchange to the radio in- 
telligent terminal upon receiving a gateway ex- 
change instruction. 

i 

9. A gateway used in a communication system accord- 
ing to Claim 8, wherein the information notifying 
means notifies the radio intelligent terminal of the 
information necessary for communication with the 
server via an exchange-destination gateway, to- 
gether with the generation of the gateway exchange 
at receiving the gateway exchange instruction. 

10. A gateway used in the communication system ac- 
cording to Claim 8 or 9, wherein an exchange-orig- 
inal gateway is provided with information notifying 
means that notifies the radio intelligent terminal of 
the information necessary for communication with 
an exchange-destination gateway. 



11. A gateway as defined in Claim 8, 9 or 10, wherein, 
if an incomplete transaction is left at the stage when 
processing of communication with the radio intelli- 
gent terminal is suspended, said gateway notifies 
the server of the information of respondent to the 
request of the terminal before the restart sequence. 

12. A gateway as defined in Claim 10 or 11, wherein, 
an Incomplete transaction occurs in the case that 
the request from the radio intelligent terminal to the 
server is generated after an exchange notice is sent 
to the radio intelligent terminal, but said request 
does not arrive at the server. 

13. A gateway as defined in Claim 10 or 11, wherein, 
the incomplete transaction occurs in the case that 
the request generated from the radio intelligent ter- 
minal has arrived at the server before the exchange 
notice is sent to the radio intelligent terminal, and 
ACK in response to said request is sent back to the 
radio intelligent terminal. 

14. A gateway as defined in Claim 10 or 11 , wherein 
an incomplete transaction occurs in the case that 
the request from the radio intelligent terminal to the 
server is generated before an exchange notice is 
sent to the radio intelligent terminal, and ACK in re- 
sponse to said request does not arrive at the radio 
intelligent terminal at the suspension of processing. 



1 5. A radio intelligent terminal establishing communica- 
tion with a server offering services via a gateway, 

comprising: 

a restart activating means, upon receiving a 
5 gateway exchange instruction while an exchange- 
original gateway is relaying communication be- 
tween the radio intelligent terminal and the server, 
receives from an exchange-original gateway infor- 
mation necessary for communication with the serv- 
w , er via exchange-destination gateway together with 
the exchange notice, and, according to the informa- 
tion, executes a restart sequence for communica- 
tion with the exchange-destination gateway white 
suspending communication with the exchange- 
is original gateway. 

16, A communication system establishing communica- 
tion between a radio intelligent terminal and a serv- 
er offering services to the radio intelligent terminal 
20 via a gateway, 

wherein'the gateway is provided with -informa- 
tion exchanging means able to exchange, be- 
tween an exchange-original gateway and an 
25 exchange-destination gateway, information 
necessary for communication between the 
server and the radio intelligent terminal via the 
exchange-destination gateway upon receiving 
a gateway exchange instruction while the ex- 
30 change-original gateway is relaying communi- 
cation between the radio intelligent terminal 
and the server, and an information notifying 
means notify ing the radio intelligent terminal of 
the information necessary for communication 
35 • with the exchange-destination gateway from 
the exchange-original gateway; and 
wherein the radio intelligent terminal is provid- 
ed with a restart activating means receiving, 
from the exchange-original gateway, informa- 
40 ; tion necessary for communication with the 
server via the exchange-destination gateway, 
' and executing a restart sequence for commu- 
/, nication with the exchange-destination gate- 
way, while suspending communication with the 
45 ' exchange-original gateway. 



"* 17. A communication system as defined in Claim 16, 
wherein the restart activating means, in the case 
that the information of communication conditions in 

50 the radio intelligent terminal is different from in the 
exchange-original gateway before and after the in- 
formation exchange between the exchange-original 
gateway and the exchange-destination gateway by 
the information exchanging means, notifies from 

55 the radio intelligent terminal to the exchange -desti- 
nation gateway of the information supplementing 
the incompatibility of communication conditions at 
the time of connection of the communication with 
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the exchange-destination gateway. 

18. A communication system as defined in Claim 17, 
wherein the incompatibility occurs due to commu- 
nication between the radio intelligent terminal and 
the exchange-original gateway device, and said 
communication is generated for a period of the in- 
formation exchange. 

19. A communication system as defined in Claim 17 or 
18 comprising: 

information exchanging means whereby, if an 
incomplete transaction is "eft after the suspension 
of processing of communication with the exchange- 
original gateway, the exchange-original gateway 
notifies the exchange-destination gateway of infor- 
mation of the incomplete transaction before the re- 
start sequence. 

20. A communication system as defined in Claim 19, 
wherein the incomplete transaction occurs in the 
case that the request from the radio intelligent ter- 
minal to the server is generated after the exchange- 
original gateway sends the exchange notice to the 
radio intelligent terminal, but said request does not 
arrive at the server. 

21. A communication system as defined in Claim 19, 
wherein the incomplete transaction occurs in the 
case that a request generated from the radio intel- 
ligent terminal has arrived at the server before the 
exchange-original gateway sends the exchange 
notice to the radio intelligent terminal and, in re- 
sponse to said request, the exchange-original gate- 
way sends back ACK to the radio communication 
terminal. 

22. A communication system as defined in Claim 19, 
wherein the incomplete transaction occurs in the 
case that a request from the radio intelligent termi- 
nal to the server is generated before the exchange- 
original gateway sends the exchange notice to the 
radio intelligent terminal, and ACK in. response to 
said request arrives at the exchange-original gate- 
way to suspend processing, but does not arrive at 
the radio intelligent terminal. 

23. A communication system as defined in any claim of 
16 to 22 comprising: 

information exchanging means, wherein in- 
formation sent from the exchange-original gateway 
to the exchange destination gateway contains infor- 
mation about the capability of the terminal and, in 
case that the capability of the terminal cannot be 
accommodated by the exchange-destination gate- 
way, said means notifies from the exchange-desti- 
nation gateway to the exchange-original gateway of 
the capability that the exchange-destination gate- 



way can olfer to the terminal. 

24. A communication system as defined in any preced- 
ing claim, further comprising: 
s judgement means in the radio intelligent ter- 

minal to judge whether communication with the ex- 
change-destination gateway should restart or not, 
according to the informed capability. 

10 25. A communication system as defined in Claim 24, 
wherein the judgement me?.ns in the exchange- 
oiiginal gateway judges if it is possible to perform 
communication with the terminal bf.sed on the ca- 
pability of the exchange-destination gateway, and if 

is impossible, stops the exchange-original gateway 

26. A communication system as defined in any preced- 
ing claim, comprising: 

information exchanging means wherein, if a 
20 first nominated exchange-destination gateway re- 
jects the exchange, said means executes the infor- 
mation exchange with another nominated ex- 
change-destination gateway. 

2S 27. A gateway used in a communication system relay- 
ing communication between a radio intelligent ter- 
minal and a server offering services to the radio in- 
telligent terminal, 

30 wherein an exchange-original gateway is pro- 

vided having 

an information exchanging means that is, upon 
receiving the gateway exchange instruction 
while the exchange-original gateway is relaying 

35 from the radio intelligent terminal to the server, 

able to exchange with an exchange-destination 
gateway information necessary for communi- 
cation between the radio intelligent terminal 
and the server via an exchange-destination 

40 gateway; and 

information notifying means notifying the radio 
intelligent terminal of the information necessary 
for the communication with the exchange-des- 
tination gateway. 

45 

28. A gateway at the exchange-original side, as defined 
in Claim 27, further comprising: 

information exchanging means wherein, if an 
incomplete transaction is left after suspension of 
50 processing of communication with the radio intelli- 
gent terminal, by said means the exchange-original 
gateway notifies the exchange-destination gateway 
of information of the transaction before the restart 
sequence of the radio intelligent terminal. 

55 

29. A gateway as defined in Claim 28, wherein an in- 
complete transaction occurs in the case that a re- 
quest from the radio intelligent terminal to the server 
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is generated after the exchange notice is sent to the 
radio intelligent terminal, but said request does not 
arrive at the server, 

30. A gateway as defined.in Claim-28, wherein an in- 5 
complete transaction occurs in the case that a re- 
quest generated from the radio intelligent terminal 
has arrived at the server before the exchange notice 

is sent to the radio intelligent terminal, and ACK in 
response to said request is sent back to the ex- 10 
change-original gateway from the server after the 
suspension of processing. 

31 . A gateway as defined in Claim 28, wherein an in- 
complete transaction occurs in the case that a re- ts 
quest from the radio intelligent terminal to the server 

is generated before the exchange notice is sent to 
the radio intelligent terminal, and ACK in response 
to said request does not arrive at the radio intelligent 
terminal at the time of suspension of processing. 20 

32. A gateway used in the colTim~unication system, ac : 
cording to any preceding claim, relaying communi- 
cation between a radio intelligent terminal and a 
server offering services to the radio intelligent ter- 25 
minal. 

wherein there is an exchange-destination gate- 
way provided with; 

an information exchanging means which, upon 30 
receiving a gateway exchange instruction while 
an exchange-original gateway is relaying from 
the radio intelligent terminal to the server, is 
able to exchange-original gateway information 
necessary for communication between the ra- 35 
dio intelligent terminal and the server. 

33. A radio intelligent terminal, according to any pre- 
ceding claim, which establishes communication 
with a server offering services via a gateway, com- 40 
prising: 

a restart activating means which, upon receiv- 
ing a gateway exchange instruction while an ex- 
change-original gateway is relaying from the radio 
intelligent terminal to the server, said means re- 
ceives from an exchange-original gateway informa- 
tion necessary tor communication with the server 
via an exchange-destination gateway together with 
an exchange notice, and executes the restart se- 
quence for communication with the exchange-des- so 
tination gateway while suspending communication 
with the exchange-original gateway. 

34. A radio intelligent terminal as defined in any preced- 
ing claim, comprising: 55 

a display means displaying, for the period 
from a suspension of communication to a restart of 
communication, a message that the communication 



is suspended. 

A radio intelligent terminal as defined in any preced- 
ing claim, comprising: 

a display means displaying a stopping notice 
upon receiving a stopping notice from the ex- 
change-original gateway in the case that the ex- 
change-destination gateway rejects communica- 
tion with the terminal instead of an exchange notice. 

36. A radio intelligent terminal as defined in any preced- 
ing claim, wherein, in the case that there is a incom- 
patibility in the communication conditions with an 
exchange-original gateway before and after the in- 
formation necessary after the exchange is ex- 
changed between the exchange-original gateway 
and an exchange-destination gateway, the informa- 
tion supplementing the incompatibility is sent to the 
exchange-destination gateway by a restart se- 
quence. 

"37." A~commOhication system as defined in any precede - 
ing claim, wherein an exchange-original gateway 
and an exchange-destination gateway use a com- 
mon server. 

38. A communication system as defined in any preced- 
ing claim, wherein an exchange-original gateway 
and an exchange-destination gateway each use its 
own server having equivalent contents. 

39. A communication system as defined in any preced- 
ing claim, wherein an exchange-original gateway 
and an exchange-destination gateway each in- 
cludes a built-in server having equivalent contents. 

40. A communication method which establishes com- 
munication between a radio intelligent terminal and 
a server via a gateway, wherein generation of a 
gateway exchange is notified to the radio intelligent 
terminal upon receiving a gateway exchange in- 
struction. 

41. A communication method which establishes com- 
munication between a radio intelligent terminal and 
a server via a gateway, comprising following steps: 

notifying the generation of the gateway ex- 
change and information necessary for commu- 
nication with the server via an exchange-desti- 
nation gateway at receiving a gateway ex- 
change instruction, and 
executing a restart sequence for communica- 
tion with the exchange-destination gateway af- 
ter receiving, from an exchange original gate- 
way, information necessary for communication 
with the server via the exchange-destination 
gateway. 
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42. A communication method which establishes com- 
munication between a radio intelligent terminal and 
a server via a gateway according to Claim 41 com- 
prising the following further steps: 

5 

notifying the radio intelligent terminal of the in- 
formation necessary for communication be- 
tween the radio communication terminal and 
the server via the exchange-destination gate- 
way upon receiving a gateway exchange in- 10 
struction while an exchangeoriginal gateway is 
relaying communication between the raoio in- 
telligent terminal and*the sen/er; and 
executing a restart sequence for communica- 
tion with the exchange-destination gateway, '5 
along with suspending communication with the 
exchange-original gateway by the radio intelli- 
gent terminal which receives from the ex- 
change-original gateway information neces- 
sary for communication with the server via the ?o 
exchange-destination gateway. 

43. A communication method which establishes com- 
munication between a radio intelligent terminal and 

a server offering services to the radio intelligent ter- 25 
minal via a gateway, comprising following steps: 

notifying from an exchange-original gateway to 
an exchange-destination gateway the informa- 
tion necessary for communication between the 30 
radio intelligent terminal and the server via the 
exchange-destination gateway at receiving a 
gateway exchange instruction while the ex- 
change-original gateway is relaying communi- 
cation between the radio intelligent terminal 35 
and the server; 

notifying from the exchange-original gateway to 
the radio intelligent terminal the information 
necessary for the communication with the ex- 
change-destination gateway; and 40 
executing a restart sequence for the communi- 
cation with the exchange-destination gateway 
along with suspending the communication wth 
the exchange-original gateway by the radio in- 
telligent terminal which receives the inferma- 45 
tion necessary for the commjiiicalion with the 
server via the exchange-destination gateway. 



21 



EP 0 973 300 A2 




22 



EP 0 973 300 A2 




23 



EP 0 973 300 A2 




24 



EP 0 973 300 A2 




EP 0 973 300 A2 




EP 0 973 300 A2 





Base 
station 



Fig. 6 



27 



EP 0 973 300 A2 



i 



_Te.rni.iny 



Application 



I 



Session layer 
protocol 



I 



Lower layer 
protocol 



7 1 



7 2 



7 3 



Session layer 
management 
entity 



7 4 



Gateway 



7 5 



7 3 7 2 

-A—A" 

Session layer ^ 
management k~> 
entity 



Appl teat ion 



I 



Session layer 
protocol 



I 



7 4 



Lower layer 
protocol 



Fig. 7 



28 



EP 0 973 300 A2 



Terminal 1 
601 < 



r 

Appl i cat ion 



Display 



f - 802 

Session layer 
protocol 



Gateway 1 1 

r 

Management 
804-^ entity 

Session layer 
protocol 



305 



806 



notice 




810 



Reconnect 
not ice 



811 



Disconnect notice 



Gateway 1 2 

^ 807 

Management 
entity 

Session layer 
protocol 



808 



Gateway 
exchange 
instruction is 
issued from 
operator 



Gateway s tori 



812 



Session establishenent 



A 
V 



r 



813 



Comouni eating 



Fig. 8 



29 



EP 0 973 300 A2 



Gateway 4 

Protocol 
translator f~ 

Managenent 
en t i ty 




Gateway 5 



909 



908-^ 
Session layer 
protocol 



Protocol 

translator f- 910 

Management 
entity 



Server 6 
911 

Appl ication 



Server exchange 
instruction is 
issued from 
operator 



J 



1 ^Session exchange rejuesi 



912 



313 

I Instruction 

914 Confirmation 

, ^ f Session exchange 
c jianfee ij ftruction confirmation 



Exchange-destination 
Gateway address 



Suspend I 
noticeM^ 



Gateway 
stop 



j Terminal address 



r 



918 



Restart notice 



Restart confirmation 



920 



Commun i eating 




Communicating 



0; 



Term in at address, 
Session 10, 
Max. data size, 
Hindow size, etc 



921 



=3 



Connuni eating 



Fig. 9 



30 



EP 0 973 300 A2 



Terminal 1 



Gateway 4 



App I i cat i on 



1005 



Apol i cat ion 



1002 



1004 \ fl " l " ,wu y 1006 



\ Management 
Session layer Sesjion , • Mtity 

protoCGl protocol 
^■1003' 



1007 



1008 



Gateway 5 
Appl ication 



1009 



Communicating 



1019 

10U 

(Exchange notice 



Session layer 
protocol 



I 



1010 



Server exchange 
Instruction is 
issued from 
operator 



1011 



Session exchang 



L 



request 

1012 

Session exchange 



Exchange 



Confi rotation 



instruction 
I 



1014 



Suspend notice 



1015 
f Suspend 




confirmation 



Exchange-destination 
Gateway address 



1020 



Hanagenent 
ent i ty 



Suspend jinsturction 
: l 



Gateway 
stop 



Terminal address 



10 1 & 

Restart notice 



Restart confirmation 



1018 Coorauni eating 




Instruction 
Conf t rmation 



Terminal address, 
Session ID, 
Max. data size, 
Window size, etc. 



Fig. 10 



31 



EP 0 973 300 A2 



Terminal 1 



1101 



Gateway 4 



1105 



r 

Application ^ 

Session layer 
protocol 



Protocol 

1102 1104 ^translator 

Session layer 
protocol 

103 



Server S 

1106 ^no& 
App I i cat i on 



1109 



Comnunicat ing 



Management 
ijfltity 

AVL_J N 

lAn — ; — 7r~v 



Copau ni cat i rtg 



Gateway 5 

1H(K^ 
Protocol 
translator 



1111 



Server 9 

1112 
App I i cat ion 



Session layer 
protocol 



1113 



Server exchange 
Instruction is 
issued from 
operator 



1114 



Management 
entity 



I 



Session exchnage request 



Terminal address, 
Session ID, 
Wax. data size, 
Window size, etc 



1 



1123 



1116 



r 



1115 

Session exchange conf i mat Ion 



Exchange notice 




Exchange instruction 



_ { Instruction 

I 

"h Confirmation 
I 

~1 



A 117 
/Suspend notice 



1118 
Suspend 



conf i rotation 



Exchange-destination 
Gateway address 



impend jinsturction 



1124 




Gateway 
stop 



L 



1119 




Restart notice 



120 



Restart confirmation 



r 



1121 



Communicating 



I 1122 



Communicating 



Fig. 11 



32 



EP 0 973 300 A2 



Terminal 1 

1201 

HWW browser^ ^02 

Session layer 
protocol 



Gateway 4 



Gateway 5 



1205 



Protocol 

translator /~ 
\ : Vanaglnent 

Session layer : entity 



1209 



1204 



1206 



r 

IHVOKE <REQUEST (get. 
' 7/m.'ixiA*y2. Vtn)> 

REPLY 

W "{RESPONSE (dYt*aY>"' 
V 1213 



protoco 
1203 



1 21 T 

1218 

Exchange notice 



1208 Protocol 

X translator f 

' : Wan age sent 
Session layer; eptjty 

protocol : t 



1210 



Server 6 

1211-^ 

tfin Server 
software 



1207 



1212 



1214 



i REQUEST 

1 (g s t, //www. xxx/iyz. htm) 

RESPONSE (data) 



A 



Server exchange 
instruction is 
issued from operator 



Session exchange 



I request 
1215 



J. 



216 



Session exchang 



Excha nge 



confi rotation 



instruction 
I 



1219 

^Suspend notice 




Suspend 
conf i raation 



Exchange-destination 
n Gateway address 




, Terminal address, 
/ Session ID, 
Max. data size, 
I Window size, etc 



Instruction 



Conf i rnatiion 
— ►, 



;Suspfend instruction 
-I 



1220 



r 



1222 



Gateway 
Stop 



Restart notice 




s 1223 

( Restart conf iroation 



c 



1224 



INVOKE (REQUEST 



C 



1227 



(ge t, //www. xix/abc. htsi)V 
Reply 



Response {da iajy 



/ 1225 

/request 

ige t." //invw! iiil abcVli t ra) 
RE S PON S E Cd a t a ) 

^- 1226 



Fig. 12 



33 



EP 0 973 300 A2 



Terminal 1 



Galeway 4 



Gateway 5 



Server 6 



Application 



Session layer Session layer, 
protocol ' protocol 



Protocol 
translator 

Management 
I enti tj 



Protocol 
translator 

Management 



Application 



TID=1 <, 



INVOKE REQUEST (get,^ 
'/'/***: Hi/ ir'i Vti5 )> 



REPLY 



Session layer: 
protocol 



• Server exchange 
< 1 / instruction issued 
: \// fron operator 

— ■ - - | Session-exchange- 



^ntity ; 

I : 

I : 
I REQUEST ^ 

' T '(iil'ttm xxx/xyz. titi) : 
I RESPONSE (data) ; 



request 



TID=2 



INVOKE <REQUE5T(get. 
'//*irww.'xix/pqr. hVn)> 

REPLY 
^^RESPONSECdVtaTJ 



Eexchange notice 



I 



i 



Terminal address, 
Session ID, 
/ Uax. data size, 
^ ^^Window size, etc 



Instcuctidn 



lonfi 



rnja^ion 



Session exchange confi 



I 



1 



, REQUEST ^ 

1 " "(ge t7//www.' xkx/paV. h to) : 

I RESPONSE (data) '; 



rmati'-on 



r 



TI0=3 



4 

Suspend notice . 


I : — : — 

U Exchange-destination 
Gateway address 


Suspend 




•H — ! ; 


4 contirnation 


; ! [ Terninal address 

■Last TI0=2 
Gateway 1 

stop // ' 
Restart notice d ). 


Restart confirmation 


< — — 






INVOKE REQUEST ; p 


* '(get 


7/www."xxx?abc* htm)) 




Reply 




t 




Fig. 13 



I REQUEST ^ 

I * {ge t,* 77www! ax7 abc. li to)* ; 

j RESPONSE(data) : 



34 



EP 0 973 300 A2 



Terminal 1 

Application Application 



Terminal 1 7 Terminal 1 5 



Session layer 
protocol 



Appl i cat ion 

Session layer 
protocol 



Gateway 4 
Appl ication 



Gateway 5 
Appl icat ion 



Session layer Session layer 
protocol protocol 



A 




t 





Conaunicatmg 


K 



3 



n icating 



4- 



U04t 



MO 5b 



14041 



Co Bmuni eating 



1403c 



1405c- 



A— 



1403b 



1104a 



St spend 



Su 



Su 



Teroinal address. 
Session ID, 
Uax. data size, 
Window size, etc 



Managenent 
entity 



Session layer 
protocol 



1403a 

. Exchange notice 



ixchange notice 



pend tunf iroation 



Exchange notice 




[ J Server exchange | 
I / instruction issued 



from operator 



Session exchange 



request 



Suspend notice 



1405a--. 
:^nfi relation ^ 



Suspend notice 



Suspend notice 



pend tonf irnation 



Session exchange confirmation 



Exchange-destination 
v, Gatewayaddress 



-A 



I 
I 

Gates ay 
stop 



Teroinal address 



Restart notice 1/ 



v 



Restart confirmation 



Uanarenent 
entity 



Instruction 



Cortf i r 



gift 



CoQinuni eating 
Restart notice 



Restart confiroation 



Copuaun i eating 
Restart notice 



Rastart confirnttion 



Cooiunicating 



ion 



Fig. 14 



35 



EP 0 973 300 A2 



Terminal 1 



Gateway 4 



Gateway 5 



Gateway 1 6 



Appl ication 



Session layer 
protocol 

U__L 



Appl tcation 

\ Management 

Session lay«r c , nt,ty 
protocol 



Application 



Application 



Session layer 
protocol 



Uanagement 
entity 



Session layer 
protocol 



Uanaeement 
entity 



triol tion 




Fig. 15 



36 



EP 0 973 300 A2 



Terminal 1 



Gateway 4 



Gateway 5 



Application 



Appl ication 



Session layer 
protocol 



Cormauni eating 



Session I a y 3 r. 
protocol 

J — ^ 



Terminal address, 
Session ID, 
Max. data size, 
Window size, etc 



^ 1602 

^ Exchange notice 



(Parameter change) 
Suspend notice 



Suspend 



conf i rroation 



Management 
.entity 



Appl ication 

Management 



Session layer 
protocol 



en t * t y 




Server exchange 
instruction is issued 
from operator 



Session exchange 




request 



I Session exchange 
conf i rnation (parameter 



1601 




Reason of change 
(incompat ibil i ty of 
capabi I i ty). 
Permissible Max. 
data size, 
Permissible window 
size, etc 



Exchange-destinati on gateway 
address - Gateway 5 
Reason of change 
(Incompatibility of capability) 
Permissible Max. data size, 
Permissible window size, etc 




Change of 
capabi I i ty 



Gateway 
stop 



Terainal address 



Restart notice 




Restart confirmation 



Communicating 



3 



/ 



Fig. 16 



37 



EP 0 973 300 A2 



Gateway 4 



Terminal 1 

1701 protocol 
C translator^-— 1705 m0 

Application 1702 1704 ^ r 

f } Hanageoent 

Session layer Session layer', , entity 
protocol protocol 



Gateway 5 

Protocol 
tran! 

Session layer: 
protocol ; 



Server 6 
Application 



entity 



j ..REQUEST J 

l' (get, //ww*. xxx/ityz. htn) ; 

RESPONSE (data) ; 



Terminal address, 
Session ID, 
Max. data size, 
Window siie. etc. 




Restart 



INVOKE <REQUEST 

"(Vet, 7/www.*xxx7aoc." h tin) !> 



Reply 
'<RE$MHStQati )>* 



* 



REQUEST ^ 

" 1 ' (ge t," ?7www! xVxY abcVh OS ; 



'[**' 



RESPONSE(data) 



Fig. 17 



38 



EP 0 973 300 A2 



Terminal 1 



Gateway 4 



2501 



2509 



2502 



Appl icat ion 



A 
V 



Session layer 
protocol 



2504 

Session layer 
protocol 



Protocol 

translator 

lUnagetien: 

en t i ty 



Gateway 5 
Protocol 



Server 6 



2511 



Communicating 



2515 
Exchange notice 



f 



t 



2508 translator 

Management 



Appl icat ion 




xch'ange 



Sess.jn layer 
protocol 



entity 



Server exchange 
instruction is 
issued from operator 



Session exchange 



request 



Conf 
Session exchange 



Insjtruct'ion 



i rtna ti on 



confirmation 



Instruction 



2516 




Disconnect notice 



Exchange-destination 
Gateway address 




L 



2518 



Gateway 
stop 



Connect notice 



2519 



Connect confirmation 



2520 



Coianuni eating 



Comnuni cat ing 



Terminal address, 
Session 10, 
Uax. data size, 
Window size, etc 



2521 



Communicating 



Fig. 18 



39 



EP 0 973 300 A2 



Terminal 1 
1201 



Gateway 4 



■ r 

WWW Browser 



1205 

Protocol 

1202 1204 translator f 1206 
( \ . Management 

Sessioii layer Session laye? en t r try 
protocol 1234 i2j5 protocol 



Re ran[(Dission Retrarfsoiss, °r | 



protocol protocol 
>^1203 

IMVOx/<REQUE$T (get. 
7/wwV. VxV/t'yi* htif 5 
^1228 
ACKf 

H 



REPLY 
^RESWMSE(data")y 

^ 1213 
ACK 



1230 



1217 



1218 
Exchange notice 



1236 



I 



\ 



1219 

/Suspend notice 



1221 
Suspend 



confirmation 
1222 



Gateway 5 

1209 

Protocol l210 " 
1208*t r anslator^ 

\ . Management 
Session I ayctr e n 1 1 1 y 
protocol • I 
Retransmission', 
protocol 



Server 6 

1211^ 

~m Server 
software 



I 
I 

H 

I 



1207 



1212 



L 



1214 



I ' Server exchange 
\~')~ ~instruction~is~ 
I A issued f roii 
operator 



Session exchange 



1215 



request 



1216 



Session exchange 



conf i rmation 




Exchange 
instruction 



Exchange- 
destination 
1 ""I Gatewayaddress 



1220 



St soend (instruction 



I 



r 



Gateway 
5 top 

Restart notice 



1 223 

f Restart conf i raat i on 



r 



1224 



1231 



C... 



INVOKE (REQUEST 
(get, //www. xxxMc. htn)) 

ACK 



Request (g » t. //**« : * w/y y [ *)^. 



RESPONSE(data) 




Terrainal-address.- 
Session ID, 
Max. data site, 
Window size, etc 



nstrujction 



C^nyrmation 



225 

REQUEST 



1227 



Reply 
'<RESPdNSE(dat"a')>" 



1233 



ACK 



* * " 1 " ' (geT7/www." xYx/ BbcL'htm)" \ 



RESPONSE(data) 
Vl22fi 



Fig. 19 



40 



EP 0 973 300 A2 



Terra! na I 1 
^ 1 301 

WWW Browser 

^1302 

Session layer 1303 

protocol f 
Retransi ssion 



Gateway 4 

1306^ 
Protocol translato^_j3Qf 

Management 
entity 



1308 



Server 6 



WWW Server 
software 



protocol 
INVOKE <REQUES^et 



1304 Session layer 

^\ protocol 
Retransi ssion 

1309 Protocol 



INVOKE <RE( 
7/wm itxx/x 



(get* 



htmJX 



INVOKE <REQLIEST(get. 
7/w\w.*xxx7xy2. htra)) 



ACK /7 



1314 



REPLY 
^RESPONSE (data ") V 
: 1317 
REPLY /7 

^R&SPO¥SE'(data")'V 

., 1318 
REPLY 

"<RESPdNSE"(daVa )>' ; 

ACK 




1310 



nit 



r 

7 



.1312 

REQUEST (get, f/wrtt. xxx/xyz. htm) 




Fig. 20 



41 



EP 0 973 300 A2 



Terni nal 1 
^701 



Gateway 4 
.1708 



Protocol , 1707 
1 702 n05 -translator f 

A ttanageoent 
Session layel- |fin tity 
protocol 



Aopl i cat • on 

Session layer 
protocol 
fjetransission Retransissioji 
protocol protocol 

"~n03 *f 
1704 



ngeS 



1713 

Exchange Notice 



1719 

INVOKE <(^Qy£ST(ee ! t,^ 
'Y/wiii'iii/iii- htm)) 




1714 

^Suspend notice 



r 



1715 



Suspend 
confirmation 



Server exchange 
instruction is issued 
l/ \ from operator 
Session exchange 



Gateway 5 

^1710 

Protocol 
translator 

; Management 
Session layer «Jn t i ty 
)rotocol 



Server 6 



1712 



1711 



Appl ication 



Retrans i ss 
protocol 



request 



Ssssion exchange 




conf i mat ion 



Exchange- 
destination 
^Gateway address^ 



I Terminal address. 
Session 10, 
Max. data size. 
Window size, etc 



Conf i 



mat ion 
1 



I 



1716 

Transaction information 



Session ID. 
Transaction ID, 
Transaction condi lions, 
REQEST contents, etc. 



r 



1717 



Gateway 
stop 

Restart notice 



r 



1718 



Restart confirmation 



720 



ACK 



1722 



Reply 



*<RESP0NSE(^a 



aVa )>' 



ACK 



1724 
1725 



I REQUEST 

* 1 * (ge I 7/www! xxx7 in- htmj 
I 
I 



RESPONSE (da t a) 
^ 1723 



Fig. 21 



42 



EP 0 973 300 A2 



Terminal 1 
1801 



Gateway 4 



transl:!o 



f '° UI Protocol 

Application J80Z 180 

: Sessian layer 

Session layer protocol 
protocol ^ 803 Re transtni*s.on 



1806 



Re 



> 



ransmssion pro tocpt 
protocol |804-^ 



INVOKE REQUEST (get/ 



'/'/'***' x xx/xyY. h t in) } 



ACK 



1813 

Exchange notice 



Han 



entity 



1822 




1814 

/^Suspend notice 



1815 
f Suspend 
' confirmation 




1807 



geaent 



Gateway 5 
/ — 1810 
Protocol 
180S-^^ translator r 

^\ Uanagenent 
Session layer ,entity 
lSOfi — protocol 



Server 6 



1812 
Application 



Retransmits qon 
protocol 

RECCES 



{ge t , 7/vfflw. ( x x/x y z. h t Ji) 



Server exchange 
instruction is 
issued from 
operator 



request 



Session exchange 
confirmation 



Conf i 



Exchange- 
destination 
Gateway address 



r 



IS -'3 



Teroinal address, 
Session ID, 
Uax. data size, 
lindow size, etc. 



Instr'uctidn 



RESPOHjE(deta) I 
"T 
1816 



Transaction infomation 



r 



1317 



Gateway 
stop 



Restart notice 



I 



relation 



1819 



1818 



Restart confirnation 




Reply 
"<RESPONSE(de'tV 

ACK f 



1821 



Session ID, 
Transaction ID, 
Transaction condi lions, 
RESPONSE contents, etc 



Fig. 22 



43 



EP 0 973 300 A2 



Terminal 1 
-1901 



r 



App I i'calian f 



1 902 1905. 



Gateway 4 
1906 

Protocol 



translator /~ 
Session M ayer 1903 \ : Management 

protocol f Session layer entity 
Retransmission X protoco j 

protoco !letrans ra issi[)n 

protocol 
INVOKE <REQU£ST(gct,^i 
"/'/wn' ixi/xn. ht'ffll) 
1922 
ACK^ 



1907 



1909 



Gateway 5 

^ .1910 

Protocol J9U 
translator ( 
; Management 

Session layer entity 



Server 6 
1912 -s^ 
Appt ication 



ijR*ESP0NSE(deta 



1924 



Reply_ 
(deta )> ' 



leta )> / 
1925-^ 



1913 

Exchange notice 



Reply 
/>(deta )> 



1914 

^Suspend notice / 




1908 protocol 



Ret ransmi ss ibn 
protocol 



REQUEST 
geY.y/^Vxxi/xyz 



^-1920 



RES1 0NSE id e t ( 



1923 



Server exchange 
instruction is issued 
from operator 



Session exchange 



request 



Session exchange 



conf i nnation 



r 



1915 
Suspend 



confirmation 



Exchange-destination 
gateway address 



Terminal address, 
Session ID. 
Uax. deta size, 
Window size, etc 



^Insitruc-tjion 



Corif i rmi tion 




1916 

Transaction informaltion : 



1919 



Gateway 
stop 

Restart notice 




1918 



Restart confirmation notice 



Session 10, 
Transaction ID. 
Transaction condi tions, 
RESPONSE contents, etc. 



Reply 

;<R"ESPdNSE{deVa')y"*' 
V 1926 



ACK 



1927 



Fig. 23 



44 



1 •— frrTi ■ i 



- i i ilfiif" 



EP 0 973 300 A2 



Passage without 
information exchange Beans 



Terminal 1 

^-2001 
Application ^,2002 



Gateway 1 1 



2005 



2004 



A- 
V 



Session layer Session layer 
protocol protocol 



"Protocol J m 

\ trans I a Vc r f 
\ ; Uar.ageiaen- 



2009 



200S 



A 
V 



ooa 



Communicating 



2014 
xchange notice 



ent i iy 



Sissicn layer 
protocol 



Gateway 1 2 

Protocol 1 
translator / 
UatiSgenent 
en t i ty 



Server 6 



2011 



010 



2007 



Cocununi eating 
f 2012 



I Server exchange 
' instruction issued 



froa operator 



instruction 



2013 



!015 

Suspend notice 



2917 
Suspend 




confirmation 



^2018 



Exchange-destination 
I s ) Gateway address, ect. 



2016 



$uspdnd 
instruction 



Terminal address, 

Session ID, 

Max. deta size, etc. 



Restart, notice 




^-2019 ' 
^ Restart confirmation notice 



Gateway 
stop 



2021 



Coomun i eating 



Application 



0 



r 



2020 



Conrouni eating 



Fig. 24 



45 



EP 0 973 300 A2 



Terminal 1 - 

2101 
f 2102 

Application 



Session layers protoco | 

protocol/" 

( . Retransmit 
Retransmission DfOt0C)i| 

protocol y ; 
2104 ' 



Gateway 4 

2106 

2!0 V Protocol 7 

^ transistor / 
Session layer ' Kana^enlent 



210 



Manager 
entity 




2109-^ Protocol 
\^ translator 
2I0S — ^Session layer 
>^ protocol 
Ret ransmt ss ipn 
protocol 



Gateway 5 

2110 

r. 

r 

Management 
t entity 



2111 



Server 6 
Appi i cat i on 



Server exchange 
instruction 
issued f r on 
operator 



2119 ■ 

INVOKE <r(qUEST (get. H 
" 77 w*. Hi/ xyV. VtfnJ ) 

_21U 
f Suspend notice 



Suspend 
*f confirmation 

2115 



Exchange-destination 
Gatewayaddress 



■2116 



I 



I 



J. 



REQUEST J 

(ge t,* '/ f wmt. jcxx/xifi. r" i in)' 
I I 
I 




Including information 
of exchanged . 
respandant address 



Gateway 
stop 



2117 

f Restart notice 



2118 



f Restart confircation notice 




ACK 



2121 



Reply 
*<RESPONSE*("d*e*tV )>'* v 



ACK 



!123 



Session ID. 
Transaction ID. 
Transaction condi tions. 
Terminal address, 
Uax. deta size. 
Window size, etc. 



I 



RESPONSE (deU) 
^2122 



2124 



Fig. 25 



46 



t 



1 

EP 0 973 300 A2 



Terminal 1 



c 



2201 



Gateway 4 

^ 2206 

Protocol 2207 
transistor 



Gateway 5 

2210 



Server 6 



220? 



Application ^202 2205 — ^irans »ator -J*-^ 

Session'layer 2204!"^" ! W Banagwent 22 G° Session ,ayer: 



pro 



ocol >^protocol 
S* 2203 Ret ransrai ssion 
Retransmission protocol 



protocol 

INVOKE <REQUEfr(2er t 
"/'/'mm.' i x x/x yV. h't a) V 

- w.c 




enti ty 



22:2 



2213 
Exchange notice 



2214 

f Suspend notice 




2215 
f Suspend 



conf i rmation 



protocol 



Protocol 2211 
translator r 

Uanageoent 
(entity 
I 



r 



2212 



Appl i cat ion 



Retransmission 
protocol 



REQUES 
"(get! //wm/nx/ 



Server exchange 
instruction is 
issued froo 
operator 



Exchange-destination 
Gatewayaddress 



transmission d 



I 
I 

Exchange reqvestl of 



>stinat 



Gateway 
stop 




2223 



r 



2223 



i on lot RESPONSE 
I 
I 



I 



Session ID, 
Transaction I D, 
Transaction condi t ions, 
Terminal address, 
Vax. deta size, 
Window size, etc 



RESPONSE (deta) 



2216 



Fig. 26 



47 



EP 0 973 300 A2 



Terminal 1 
^ 2301 

Appl icat iorr^ m? 



Gateway A 

^- 2306 
Protocol 

translator ^ 2307 



2309 



Session "^V** 
protocol/^ 2JQ4 



Gateway 5 
2310 

Protocol 
translator 



Server 6 



protocol 



Retransmission Retransmission' 
t ro toco I protocol 



NVOKE (REQUEST (get, 

^ 2322 
ACK ( t 



2324 



V/ f Reply 
AXftESPONSE'Cd'at 



Reply 
— "(RESPONSE- 
^.{deia.}>... 

\j25 

2313 
Exchange notice 



Reply 
VARESPONSE 
^Mdeta )> 

2314 

^Suspend notice ^ 



\ Suspend 
conf i rnation 




2308 



Session layer 
protocol 



Retransmi 
protocol 



REQUEST [ ( 

(geV7Aww. "xxu/xyij fi'to) 



RESfONSE^eU)' C 



Server exchange 
instruction is 
ssued from 
operator 



Exchange-destination 
Gateway address 



s i on 



r 1 



311 



r 

Appl icat ion 



2312 



Management 
en t i ty 



2320 



2323 



-2316 
REQUEST (get. 



Gateway 
stop 



I 

xxx/xyz. htm) 




Reply 
<ReSPON"SE((Jeta IV 

^2328 



ACK 



2329 



Terminal address, 
Session ID, 
Max. data size, 
Window size, 
Transaction ID, 
Transaction condi t ions, 
etc. 



I 



| RESPONSE (deta)/^ 327 



Fig. 27 



48 



i » - 



(19) 




(12) 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 





(11) 



EP 0 973 300 A3 



EUROPEAN PATENT APPLICATION 



(oo) Date of publication A3: 


(51) Intel. 7 : HC4L 12/28, H04L 12/66, 


U5.U9.2uoi bulletin 2uuiMo 


H04L 29/06 


(4oj Date oi publication A2. 




1J.U1.2U0U bulletin 2UUU/UJ 




(^i) Application number: 99305713.2 


* 


uai© or ruing. iy.u/.i yyy 




(84) Designated Contracting States: 


• Okada, Noritake 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


Yokohama-shi, Kanagawa-ken (JP) 


MC NL PT SE 


• Ohnishi, Nobukazu 


Designated Extension States: 


Higashi-ku, Nagoya-shi, Aichi-ken (JP) 


AL LT LV MK RO SI 


• Ozaki, Hirohisa 




Shikatsu-cho, Nishikasugaigun, Aichi-ken (JP) 


(30) Priority: 17.07.1998 JP 20300698 




29.09.1998 JP 27493898 


(74) Representative: Barnfather, Karl Jon, Dr. et al 




Withers & Rogers, 


(71) Applicant: Matsushita Electric Industrial Co., Ltd. 


Goldings House, 


Kadoma-shi, Osaka-fu, 571-8501 (JP) 


2 Hays Lane 




London SE1 2HW(GB) 


(72) Inventors: 




• Yasue, Reiko 




Nagoya-shi, Aichi-ken (JP) 





CO 

< 

o 
o 

CO 

CO 
N 
O) 

o 

Q. 
LU 



(54) A communication system for establishing communication between intelligent radio terminal 
and a server 



(57) The present invention is applied to the case that 
in a communication system establishing communication 
between a radio intelligent terminal (1) and a server (6) 
via gateways (4, 5), it is necessary to exchange from the 
gateway to be used originally (eg. 4) to another gateway 
(eg. 5) for various reasons. Firstly, it is arranged in this 
invention that at receiving a gateway exchange instruc- 
tion, an information notifying means notifies a radio in- 
telligent terminal (1) of the generation of gateway ex- 
change. In the case of only notifying the gateway ex- 
change, the above information in addition to the ex- 
change notice contains information necessary for com- 
munication between the radio intelligentterminal (1 ) and 
the server (6) via exchange-destination gateway (eg. 5), 
for exampfe, the exchange-destination gateway ad- 
dress. A range of further means and methods for effi- 
ciently performing gateway exchange in the communi- 
cation system are also disclosed. 




Git my 


1 3 

r> 


GatevaT 






Printed by Jouve, 75001 PARIS (FR) 



EP 0 973 300 A3 




European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Numbor 

EP 99 30 5713 



DOCUMENTS CONSIDERED TO BE RELEVANT 



CHattart of document with Indication, whore appropriate, 
of relevant 

US 4 698 839 A (DEVANEY DAVID B ET AL) 
6 October 1987 (1987-10-06) 



* column 1, line 6 - line 16 * 

* column 2, line 44 - column 3, line 5 * 

* column 5, line 45 - line 53 * 

* column 8, line 10 - line 16 * 

* column 8, line 62 - column 10, line 52 



-/- 



The present search report has been drawn up tor all claims 



Relevant 
to d alin 

1-3. 
8-10,15, 

16,27, 

32,33, 

37,40-43 



4,11-14, 
17,23, 
24, 26 ,- - 
28, 

34-36, 
38,39 



CLASSIFICATION OF THE 
APPLICATION flnLOIT) 



H04L12/28 
H04L12/66 
H04L29/06 



TECHNICAL FIELDS 
SEARCHED (W.C17) 



H04L 

K04Q 



Plant oltearati 




Exam km 


THE HAGUE 


16 July 2001 


Vasklmo, K 



CATEGORY OF CITED DOCUMENTS 

X - particularly relevant If taken atone 

Y : particularly relevant If comHned wttn another 

document of tha seme category 
A : bobndoelcaJ background 
O : non-wrWar cfedoeure 
P : imermadaio document 



i . unu,ui |«»w(«v»i™»"/-» 

E : Barter patent document, but published on, or 

sftoFlhe (ling data 
D: document dted In frw application 
L : docurroant dted ter other reasons 



A: member of the «ame patent family, corTBspording 
document 



EP 0 973 300 A3 




European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 99 30 5713 



DOCU?J£NTS CONSIDERED 70 8E RELEVANT 



Category 



Citation of document wtth Indication. i*trere approprWa-s, 
of rslovanl pa as a g os 



Relevant 
tc dalxn 



CLASSyCATlCWOFTHE 

*ppuc*no« (tntcu) 



US 5 457 630 A (TRIM8ER JR NERL A £T AL) 
10 October 1995 (1995-10-10) 



+ column 1, line 7 - line 12 * 

* column 3, line 25 - column 4, Hne 37 * 
+ column 10, line 39 - line 60 * 

* column 14, line 23 - Hne 29 * 

* column 16, line 23 - column 17, line 9 * 
+ column 17, line 47 - column 18, line 63 
* 

* column 19, line 5 - line li * 

* column 19, line 15 - Hne 62 * 

* column 22, line 15 - column 23, line 20 
* 



-/- 



The present sesrcfi report has been drami up for aH claims 



1-3, 

8-10,15. 

16,27, 
32 , 33 } 
37,40-43 



4,11-14, 
17,23, 
24,26, 
28, 

34-36, 
38,39 



TECMWCAL REIDS 



Place of Msitft 

THE HAGUE 



Dots of ootnpMbfl o* tho Mercti 

16 July 2001 



Vasklmo, K 



CATEGORY OF CITED DOCUMENTS 



X : partteulany relevant If taken alone 

Y : parOculan> relevant If combined with another 

document at the same cataflory 
A : toohndogjosl bccJ^round 
O r non-written dsdocure 
P ! tit united ao document 



T : theory or principle underlying the invention 
E : earlier patent document, but published on, or 

alter ths tUlnQ date 
D : document cted In the application 
I : document chad lor other reasons 



& : number of the came patent family, oorrecpondlng 
oocumem 



3 



EP 0 973 300 A3 




European Patent EUROPEAN SEARCH REPORT 
Office 



Application Numbar 

EP 99 30 5713 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document wilh Indicate*, where appropriate, 
of relevant passages 



US 5 341 496 A (MIDDLEDORP FRANS W ET AL) 
23 August 1994 (1994-08-23) 

* abstract * . 

* column 1, line 35 - column 2, line 3 * 

* column 3, line 44 - column 4, line 63 * 

* column 7, line 32 - column 8, line 3 * 

* column 9, Hne 34 - line 64 * 

* claims 1,2,5-7 * 



FIEGER A ET AL: "MIGRATING STATE 
INFORMATION IN MOBILE ENVIRONMENTS" 
PROCEEDINGS. IEEE WORKSHOP ON FUTURE 
TRENDS OF DISTRIBUTED COMPUTING 
SYSTEMS, XX, XX, 

29 October 1997 (1997-10-29), pages 
138-143, XP000764766 

* abstract * 

* paragraph '001.1 * 

* paragraph '02.1! * 

* paragraph '2.1.1! * 

* paragraph '0003! * 



The present search report has been drawn up for all claims 



Relevant 
to claim 



1,8-10, 

27,32, 

37,40 



CLASSBHCATiON OF THE 
AMMJCATIOW (tnLa.7) 



2-4, 

11-17 , 

23,24, 

26,28,. 

33-36, 

38,39, 

41-43 



1.8.1B, 

16,27, 

40,41,43 



Plooo of march 

THE HAGUE 



Dote o* wjmpwton of iho 

16 July 2001 



TECHNICAL FIELDS 
SEARCHED (W.C4.7) 



Exam hat 



Vaskimo, K 



s 

£ 
o 

Si 



CATEGORY OF CITED DOCUMENTS 

Xrpartlcutarty relevant If taken alone 

Y ; partScuiarly mtowont If combined with another 

' docurrertt of Uw same category 
A : teohncfogEoal background 
0 : non-written dsduur* 
p ; intemwlaSB document 



T : theory or principle underlying the Invention 
E ; writer patent document, but published on, or 

after Via fling data 
D ; document cited In the application 
L : document died tor other reasons 



A "member ofthe tame patent family, corresponding 
document 



4 



EP 0 973 300 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 

ON EUROPEAN PATENT APPLICATION NO. EP 99 30 5713 



■mis cnnex lists the patent family members relating to the patent documents cited In the above-mentioned European search report 
Tha xombers are as contained In the European Patent Office EOP file on 

The buropean Patent Office Is In no way liabto for these parttaiare which are merely given for the purpose of Informatten. 

16-07-2001 



Patent document 
died tn search rep-M, 



Publication 


Patent fatnity 


Publication 


date 


msnoens) 





US 4698839 



US 5457680 A 
US 5341496 A 



06-10-1987 
10-10-1995 
23-08-1994 



NONE 
NOME 
NONE 



o 

5, For more dotal b about this annox : see Official Journal ai tha European Patent Office, No. 12/82 



